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1.0  INTRODUCTION 


1.1  PURPOSE 

The  purpose  of  this  document  is  to  provide  the 
military  command  and  control  system  developer  with 
a  set  of  user-computer  interface  design  guidelines. 
These  guidelines  are  intended  to  aid  in  the  design  of 
an  understandable,  efficient,  and  standardized  human- 
to-computer  interface. 

1.2  BACKGROUND 

The  military  is  continuously  developing  computer- 
based  systems  to  enhance  command  and  control.  With 
the  emergence  of  increasingly  complex  military 
technology  and  the  proliferation  of  computerized 
tactical  systems,  the  process  of  information  fusion 
and  management  for  command  and  control  has  become 
much  more  difficult.  To  reduce  this  difficulty  and 
provide  better  decision-making  tools,  the  developing 
computer-based  command  and  control  systems  need  to 
be  characterized  by  high  performance  and  reliability. 
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1.2  Introduction  -  Background 


Command  and  control  system  performance  and 
reliability  are  products  of  the  performance  and 
reliability  of  each  individual  component.  These 
components  include  not  only  hardware  and  software, 
but  any  user  involved  in  operation,  maintenance,  or 
utilization  of  the  output  from  the  system.  Of  ail 
these  components,  the  user  tends  to  vary  most  in 
performance  and  is  the  most  difficult  to  predict.  Yet 
the  user  can  be  one  of  the  most  important  elements 
for  successful  completion  of  the  system  mission.  The 
key,  then,  to  a  successful  system  is  to  minimize  this 
variable  performance  through  the  design  of  the 
interface  between  the  user  and  the  hardware  and 
software. 

The  human-computer  interface  (HCI)  encompasses 
any  interaction  between  the  user  and  the  system. 

This  includes  controls,  displays,  environmental 
concerns  (e.g.,  lighting  and  noise),  workspace  layout, 
procedures,  and  documentation.  The  design  of  these 
elements  has  a  major  impact  on  manpower,  personnel 
selection,  training,  logistics,  safety,  and  human 
performance,  all  elements  of  concern  within  military 
systems.  For  any  computerized  system,  one  of  the 
most  critical  design  elements  is  the  HCI. 
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1.2  Introduction  •  Background 


The  HCI  is  the  human’s  window  into  a  computerized 
system.  Essentially,  it  is  that  portion  of  the  software 
and  hardware  that  connects  the  user  with  the  resident 
applications  programs  and  allows  the  user  to  input, 
manipulate,  and  retrieve  data.  As  such,  it  becomes 
the  most  important  aspect  of  the  system  design.  To 
achieve  maximum  system  performance,  the  HCI  must 
be  designed  to  facilitate  the  user's  ability  to  perform 
the  required  tasks.  In  essence,  the  designer  must 
attempt  to  prevent  user  errors  from  occurring 
(Shneiderman  1987). 

To  facilitate  user  performance  and  reduce  errors, 
three  factors  must  be  accommodated  during  the  design 
process. 

•  First,  the  functions  and  tasks  that  are  to  be 
performed  by  the  system  and  the  operational 
environment  must  be  known.  This  allows 
development  of  an  understanding  of  the 
overall  system  dynamics. 

•  Second,  an  analysis  of  the  capabilities  and 
limitations  of  the  system  users  must  be 
completed.  This  allows  development  of  an 
understanding  of  which  tasks  are  best 
performed  by  the  human  and  which  are  best 
performed  by  the  hardware  and  software.  In 
addition,  this  understanding  provides  the 
groundwork  for  task  and  interface  design  to 
ensure  the  user  can  successfully  perform  the 
required  tasks. 
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•  Finally,  a  consistent  set  of  rules  for 
designing  the  interface  must  be  applied.  This 
is  where  Human  Factors  Engineering  (HFE)  HCI 
design  Guidelines  become  important. 

Design  guidelines  for  the  HCI  provide  three  major 
benefits  to  the  system  developer. 

•  First,  designers  have  a  resource  upon  which 
to  draw  to  aid  in  developing  usable  display 
screens  and  interactive  procedures.  This  is 
especially  important  with  the  rapid  pace  of 
knowledge  acquisition  on  human  performance 
and  computer  systems  and  with  the 
emergence  of  the  graphical  user  interface  as 
the  dominant  architecture  for  the  human- 
computer  interface. 

•  Second,  the  guidelines  induce  a  tendency 
towards  consistency  of  design,  which  is  one 
of  the  fundamental  principles  of  human 
factors  engineering  design. 

•  Third,  there  will  be  reduced  t'’aining  and 
personnel  selection  requirements  and  a 
possible  reduction  in  manpower  requirements 
for  the  system. 

The  end  result  of  employing  HFE  HCI  design  Guidelines 
is  a  system  that  is  easier  to  use,  learn,  understand, 
and  thus  more  reliable. 
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1.3  Introduction  -  Objective 


The  U.S.  Army  Combined  Arms  Command  (CAC) 
recognized  the  advantages  that  HFE  HCI  design 
Guidelines  would  bring  to  the  Army  Tactical  Command 
and  Control  System  (ATCCS)  program.  These 
advantages  included  bringing  cohesion  to  the  various 
command  and  control  system  interfaces  being 
developed,  enhancing  the  usability  of  each  HCI.  and 
improving  consistency  of  design  across  military 
systems.  These  advantages  would  reduce  training 
requirements  for  each  system  and  increase  user 
acceptance.  CAC  requested  the  ATCCS  Experimenta¬ 
tion  Site  (AES)  develop  a  set  of  HFE  HCI  Guidelines  for 
the  ATCCS.  This  report  presents  the  second  edition  of 
Guidelines. 

1.3  OBJECTIVE 

The  objective  of  this  document  is  to  provide  a  set  of 
overarching  guidelines  focused  on  designing  the  user- 
computer  interface  to  enhance  user  performance.  The 
design  Guidelines  are  not  meant  to  be  specific  to  any 
particular  application  within  the  command  and  control 
family  of  systems  but  to  address  design  attributes 
that  may  be  common  to  all  systems.  Moreover,  the 
Guidelines  are  to  be  a  "living  document,"  in  that  they 
will  be  revised  over  time  to  reflect  a  better 
understanding  of  human  performance  and  computer 
systems  gained  through  continuing  research. 
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1.4  APPLICABILITY 

Two  factors  influence  the  applicability  of  these 
Guidelines  to  command  and  control  systems:  the 
software  architecture  being  used  and  the  functional 
requirements  of  the  command  and  control  system. 

1.4.1  Software  Architecture 

The  target  systems  for  these  Guidelines  are  based 
on  a  software  architecture  composed  of  UNIX  as  the 
operating  system,  X-Windows,  and  Motif.  The 
Guidelines  have  been  developed  to  address  design 
considerations  germane  to  that  environment.  This 
does  not  preclude  their  use  for  other  types  of 
environments,  such  as  Open  Look.  The  Guidelines 
are  generic  enough  to  be  applicable  to  almost  any 
graphical  user  interface  and,  to  a  lesser  extent, 
text-based  interfaces.  The  command  and  control 
system  developer  needs  to  be  aware  that  using  a 
software  architecture  other  than  X-Windows  and 
Motif  will  limit  portability  to  and  reusability  by 
other  systems. 
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1.4.2  Functional  Requirements 

Each  command  and  control  system  developer  must 
determine  applicability  of  the  Guidelines  depending 
on  their  system's  functional  requirements.  These 
functional  requirements  are  driven,  in  many  ways, 
by  command  and  control  tasks  being  supported  by 
the  system.  Two  basic  types  of  tasks  are 
performed  by  most  command  and  control  systems: 
information  management  and  tactical  display  and 
control.  Most  systems  are  a  combination  of  both, 
with  one  task  being  dominant.  In  information 
management,  the  system  is  primarily  a  database 
and  communications  device.  Information  is  drawn 
out  of  the  database  for  display  during  the 
development  of  courses  of  action,  with  subsequent 
dissemination  of  orders  through  electronic  file 
transfer.  Typically,  the  user  does  not  need  to 
respond  immediately  to  the  information  displayed 
by  the  system. 

In  tactical  display  and  control  systems,  the  system 
performs  real-time  or  near  real-time  command  and 
control  tasks,  with  constant  update  of  the  current 
situation  display  by  the  computer  system.  Users 
often  must  make  immediate  assessments  and 
decisions  from  the  data  displayed.  Some  database 
functions  are  performed,  but  primary  actions  are  to 
monitor  the  current  tactical  situation  and  control 
friendly  assets  on  a  timely  basis. 
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1.5  TARGET  AUDIENCE 

The  target  audience  for  this  document  includes 
military  personnel  representing  program  management 
and  system  managers  and  command  and  control  user- 
computer  interface  designers.  Ideally,  these 
individuals  should  be  knowledgeable  of  the  character¬ 
istics  of  the  intended  user  population  and  the  tasks 
they  must  perform.  In  addition,  the  users  of  these 
Guidelines  should  have  some  knowledge  of  human- 
performance  considerations. 

1.6  APPLICATION 

As  Smith  (1986)  discusses,  HCI  design  guidelines  are 
generally  stated  recommendations,  typically  selected, 
and  possibly  modified  for  a  specific  system  or  set  of 
systems.  They  are  based  on  generally  accepted 
practices  or  human  performance  data  and  provide 
guidance  that  will  maximize  the  usability  of  an  HCI. 
Guidelines  differ  from  standards  in  that  they  are  more 
system-specific  and  do  not  have  the  weight  of  law  or 
contract  behind  them.  Guidelines  are  used  to  derive 
design  rules,  which  provide  specifications  for  a 
specific  system  application  and  require  no  further 
interpretation  by  software  designers.  Algorithms  are 
then  used  to  implement  the  design  rules  in  the 
software. 
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The  guidelines  contained  herein  do  not  represent 
anything  more  than  recommendations.  They  may  not 
necessarily  be  applied  directly  to  any  specific  control 
systems  but  must  be  tailored,  as  necessary.  This  is 
especially  true  for  tactical  information  display  and 
control  systems  versus  tactical  information 
management  systems.  The  requirements  for  each  type 
of  system  are  very  different,  the  former  being 
designed  as  a  real-time  control  system,  while  the 
latter  is  more  of  a  database  management  system. 
Figure  1.1  illustrates  the  process  for  using  the 
Guidelines. 


The  Open  Software 
Foundation  is  a 
consortium  composed 
of  MIT,  DEC,  Hewlett- 
Packard,  and  others. 


A  question  may  arise  regarding  how  these  Guidelines 
relate  to  the  Open  Software  Foundation  (QSFVMotif 
Style  Guide  (1990).  The  OSF/Motif  style  guide,  while 
a  very  thoughtful  and  well  prepared  set  of  design 
guidelines,  does  not  necessarily  reflect  the  special 
needs  of  a  tactical  computer  system.  The  breadth  of 
topic  areas  is  not  as  great  as  is  needed,  nor  should 
tactical  systems  have  the  flexibility  encouraged  by 
the  Open  Software  Foundation.  In  addition,  the  guide 
obviously  does  not  accommodate  the  requirements  of  a 
tactical  information  display  system  not  using  Motif. 

In  essence,  this  document  extends,  enhances,  and 
focuses  the  information  contained  in  the  OSF/Motif 
Style  Guide. 
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FIGURE  1.1:  Process  Flow  for  Utilization  of  Guidelines  in 
the  Development  of  Human-Computer  Interfaces 
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1.7  GUIDELINES  ORGANIZATION 

The  materials  presented  in  the  following  sections  are 
guidelines.  They  do  not  encompass  all  HCI  topic  areas 
relevant  to  command  and  control,  nor  are  they 
necessarily  comprehensive  within  those  select  areas 
covered.  The  authors  intend  to  provide  the  developer 
immediate  guidance  and  to  open  up  a  dialog  to  further 
refine  the  Guidelines.  They  also  encourage  comment 
and  feedback  on  the  Guidelines. 

Topic  areas  contained  in  this  document  include: 

•  Interactive  Control 

•  Form  Filling 

I  •  Function  Keys 

•  Menu  Design 

•  Direct  Manipulation 

•  Windowing 

•  Map  and  Situation  Displays 

•  Presentation  Graphics 

•  Screen  Design 

•  Color  Usage 

•  Decision  Aids 

•  Query  Language 

•  On-Line  Help 

•  Embedded  Training 

•  Special  Displays. 
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New  sections  will  be  added  as  they  are  researched  and 
tailored  for  the  development  community,  when  further 
knowledge  is  gained  of  the  system  designs,  and  when 
new  research  results  are  available.  The  reader  should 
be  aware  that  all  of  the  information  contained  within 
this  document  is  based  on  established  HCI  principles. 
These  principles  have,  however,  been  interpreted  and 
tailored  to  make  them  as  specific  as  possible  to 
command  and  control  systems. 
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1.8  RESEARCH  NEEDS 

From  the  results  of  the  literature  review,  a  number  of 
areas  were  identified  that  require  additional  research 
before  specific  guidelines  can  be  provided.  Many  of 
these  areas  are  associated  with  introducing  the 
graphical  user  interface  and  electronic  map  displays 
to  tactical  systems. 

A  large  portion  of  the  research  on  human  performance 
with  computerized  systems  is  more  relevant  to 
character-based  systems  and  text-editing  tasks.  The 
graphical  user  interface  introduces  new  methods  for 
visualizing  and  performing  tasks.  Some  key  areas  that 
require  research  for  military  applications  include; 

•  metaphor  and  icon  design  for  tactical 
systems 

•  maximum  number  of  windows  that  should  be 
open  for  effective  human  and  system 
performance 

•  navigation  through  complex  data  systems 

•  color  usage  for  tactical  graphical  user 
interfaces,  especially  foreground  and 
background  combinations 

•  special  display  considerations. 
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Electronic  map  displays  also  introduce  a  completely 
new  aspect  to  tactical  computer  display  design.  Some 
issues  that  need  to  be  researched  regarding  tactical 
map  graphics  include: 

•  color  coding  on  a  complex,  colored  background 
(e.g.,  an  electronic  map) 

•  the  degree  the  electronic  map  needs  to  mirror 
the  standard  tactical  situation  map  detail  and 
color 

•  user-prompted  versus  continuously  visible 
insets. 
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Interaction  between  the  computer  and  the  user  is 
performed  through  a  two-way  communication  process; 
1)  the  user  inputs  commands,  and  2)  che  computer 
responds  to  the  input.  Generally,  two  interchangeable 
names  are  given  to  this  process  -  sequence  control 
(Smith  and  Mosier  1986)  and  interactive  control  (DoD 
1989).  For  the  purposes  of  these  Guidelines,  the  term 
"interactive  control"  will  be  used. 

Interactive  control  of  a  system  occurs  through  a  give- 
and-take  of  command  and  response  between  the  user 
and  the  computer,  called  a  "dialog."  The  following 
have  been  identified  as  the  eight  major  types  of  user- 
computer  dialogs  (Smith  and  Mosier  1986): 

•  Question  and  Answer  -  The  user  responds  to 
questions  posed  by  the  computer. 

•  Form  Filling  -  The  user  enters  a  series  of 
commands  or  data  items  in  predefined  fields. 
These  fields  may  be  mandatory  or  optional. 

•  Menu  Selection  -  The  user  selects  from 
predefined  option  lists  by  pointing  with  a 
device,  such  as  a  mouse,  or  keying  in 
associated  codes. 

•  Function  Kevs  -  The  user  controls  the  dialog 
by  using  fixed  or  variable  function  keys  on 
the  keyboard. 
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•  Command  Language  -  The  user  makes  control 
entries  by  composing  specified  messages  for 
the  computer. 

•  Query  Language  -  The  user  employs  a 
specialized  type  of  command  language  to 
elicit  information  from  a  computer  system. 
This  is  used  extensively  with  databases. 

•  Natural  Language  -  The  user  can  compose 
messages  to  control  the  computer  based  on 
natural,  not  specialized,  languages. 

•  Graphical  Interaction  -  The  user  makes 
selections  and  controls  the  computer 
interaction  by  direct  manipulation. 

Each  of  these  eight  types  of  dialogs  can  be  used 
individually  or  combined  as  a  suite  or  set  of 
techniques.  Open  Software  Foundation  (OSF)/Motif, 
for  example,  supports  a  combination  of  menu  and 
graphical  interaction  techniques. 

Command  and  control  systems  appear  to  concentrate 
on  using  menu,  function  key,  graphical  interaction,  and 
form-filling  dialogs.  Therefore,  Section  2  of  this 
Guidelines  document  will  deal  with  these  techniques 
only.  Information  on  query  and  natural  language  is 
presented  in  Section  13.  Additional  information  on 
interactive  dialog  can  be  found  in  documents  such  as 
Smith  and  Mosier  (1986),  Helander  (1988),  or  DoD 
(1989b). 
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Eight  principles  form  the  basis  for  designing  a  good 
human-computer  dialog  (Shneiderman  1987;  Bailey 
1982).  These  principles  are  as  follows; 

•  Strive  for  consistency  of  design  across 
terminology,  menus,  command  structure,  etc. 
for  all  applications. 

•  Enable  frequent  users  to  use  shortcuts, 
improving  user  acceptance  and  overall  system 
performance. 

•  Offer  informative  feedback  for  all  user 
actions. 

•  Design  dialogs  to  yield  closure.  The  user  will 
then  feel  a  sense  of  accomplishment  and  will 
know  when  to  go  on  to  the  next  task. 

•  Offer  simple  error  handling,  both  by  system 
error-checking  and  ease  in  correcting  an 
identified  error. 

•  Allow  easy  reversal  of  actions,  such  as  an 
UNDO  capability. 


Enable  the  user  to  feel  in  control  of  the 
interaction  with  the  system. 
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•  Reduce  the  short-term  memory  load  on  the 
user  by  means  of  intuitive  displays  and 
interactive  sequences,  sufficient  training, 
and  on-line  helps  and  tutorials. 

The  design  of  the  user  interface  should  consider  tasks 
performed  by  the  user  as  the  primary  criteria.  Ease  of 
programming  software  is  a  secondary  consideration  to 
factors  that  improve  the  application  user  interface. 

The  primary  dialog  types  used  by  command  and  control 
systems  share  certain  design  considerations  and 
guidelines.  These  are  addressed  in  this  section  and 
organized  into  six  topics:  general,  context  definition, 
transaction  selection,  interrupts,  error  management, 
and  alarms. 
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2.1  GENERAL 

The  following  general  guidelines  for  interactive 
control  apply  to  command  and  control  systems. 

2.1.1  Displayed  Context 

If  the  results  of  a  control  entry  vary  depending  on  a 
prior  action  of  the  user  or  computer,  display  a 
continuous  indication  of  the  current  context 
(mode). 


2.1.2  Irrelevant  Data 

The  user  should  have  the  capability  to  remove 
irrelevant  items  from  the  display  and  to  reverse 
this  action  (i.e.,  retrieve  information  that  was 
removed). 

2.1.3  Page*Back  Capability 

When  the  requested  data  exceed  the  capacity  of  a 
single  display  frame,  give  the  user  some  easy 
methods  of  moving  back  and  forth  over  displayed 
material  by  paging  or  panning/scrolling. 

2.1.4  Upper  and  Lower  Case  Equivalent 

For  interpreting  user-composed  control  entries, 
treat  upper  and  lower  case  letters  as  equivalent. 
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The  interface  should 
display  to  the  user, 
as  needed  and  in 
immediately  usable 
form,  the  terminology 
and  commands 
necessary  to  perform 
the  task  associated 
with  the  displayed 
information. 


2.1.5  User-Callable  Unfamiliar  Term 
Descriptions 

interface  dialog  should  be  written  to  provide  the 
capability  for  the  user  to  call  up  descriptions  of 
unfamiliar  terms  and  commands  through  context- 
sensitive  HELP  screens.  See  Section  14  for 
additional  information. 

2.1.6  User-Paced  Sequence  Control 


Allow  the  user  to  pace  control  entries,  rather  than 
having  to  keep  pace  with  computer  processing  or 
external  events. 


2.1.7  Logical  Transaction  Sequences 

The  sequence  of  transactions  (e.g.,  number  and 
sequence  of  steps  in  a  task)  should  be  designed 
from  the  perspective  of  what  is  logical  to  the 
user,  not  what  is  logical  from  the  perspective  of 
computer  processing  or  ease  of  programming. 

2.1.8  Automated  Information  Entry 

Informational  elements  required  for  every 
communication  or  transaction  should  be  routinely 
and  automatically  included  after  first  input  (e.g., 
call  signs  and  authentication  procedures). 
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2.1.9  Customized  Display/Control  Options 

Allow  the  user  to  customize  the  information 
displayed  on  a  screen  to  the  particular  tactical 
mission  or  scenario.  For  example,  the  user  should 
have  the  flexibility  to  define  which  files  can  be 
displayed  concurrently  and  what  tactical  data  will 
be  utilized  in  a  single  display.  See  Figure  2.1  A  and 
2.1  B  for  examples. 
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FIGURE  2.1  A:  Example  of  How  a  Screen  Display  Can  Be 
Customized  to  Display  Required  Files 


2-7 


Version  2.0,  MAY  92 


2.1  Interactive  Control  •  General 


Utar-Selec  ted 
Data,  Oapendent 
On  Operational 
Requirements 


FIGURE  2.1  B:  Example  of  How  a  Screen  Display  Can  Be 
Customized  to  Display  Specified  Information 

2.1.10  Distinctive  Display  of  Control 
Information 

Design  all  displays  so  features,  such  as  prompts, 
advisories,  etc.  relevant  to  interactive  control  are 
distinctive  in  position  and/or  format. 

2.1.11  System  Matched  to  User  Abilities 

Command  and  control  systems  should  be  adaptable 
to  individual  differences  and  should  accommodate 
the  variety  of  user  abilities,  whether  novice  or 
expert.  For  example,  accelerator  keys  for  menu 
selection  or  command  stacking  should  be  available 
to  the  expert. 
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2.1.12  Response  Demand 

A  response  should  be  demanded  from  the  user  while 
instructions  on  how  to  respond  are  still  visible  on 
the  display. 

2.1.13  Consistency 

2.1.13.1  Consistent  User  Control 
Actions 

Ensure  interactive  control  actions  are 
consistent  in  torn  and  consequence.  Employ 
similar  means  to  achieve  similar  ends,  from 
one  transaction  to  the  next  and  from  one 
task  to  another  throughout  the  command  and 
control  system. 

2.1.13.2  Compatibility  with  User 
Expectations 

Ensure  the  results  of  any  control  entry  are 
compatible  with  user  expectations,  so  a 
change  in  the  state  or  value  of  a  controlled 
element  is  displayed  in  an  expected  or 
natural  form.  For  example,  NEXT  PAGE 
should  call  up  the  next  page  of  the  active 
file,  not  an  unrelated  file. 
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2.1.13.3  Congruent  Names  for 
Control  Functions 

When  selecting  names  for  interactive 
control  functions,  choose  names  that  are 
semantically  congruent  with  natural  usage, 
especially  for  paired  opposites.  For 
example,  to  move  a  cursor  up,  use  UP.  For 
the  opposite  command,  use  DOWN,  not 
LOWER. 

2.1.14  Control 

2.1.14.1  Explicit  User  Control 

Allow  the  user  to  complete  a  control  entry 
or  action  through  an  explicit  action,  such  as 
ENTER,  before  the  system  interrupts  to 
indicate  a  computer-recognized  word. 

2.1.14.2  Minimal  User  Actions 

Ensure  control  actions  are  simple, 
particularly  for  real-time  tasks  such  as  fire 
control  that  require  rapid  user  response. 
Control  logic  should  permit  completion  of  a 
task  with  the  minimum  number  of  actions, 
consistent  with  user  abilities. 


Version  2.0,  MAY  92 


System  response 
time,  in  this  context, 
refers  to  the  time 
between  keystroke 
and  screen  response. 
It  does  not  refer  to 
response  time  for  a 
query  of  a  database. 
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2.1.14.3  Control  Availability 

Allow  the  user  to  make  control  entries  as 
needed,  in  essence,  stacking  commands. 

2.1.14.4  Delay 

A  sequence  of  control  entries  should  not  be 
slowed  by  delays  in  computer  response.  In 
general,  system  response  time  should  be  in 
the  range  of  5-50  milliseconds  and  no 
longer  than  0.2  seconds. 

.1.15  Feedback 


2.1.15.1  Periodic  Feedback 

Ensure  the  system  provides  periodic 
feedback  that  indicates  normal  operation  is 
occurring  if  the  user  waits  more  than  15 
seconds  for  the  computer  to  respond. 

2.1.15.2  Feedback  for  Control  Entries 

Ensure  that  the  computer  acknowledges 
every  control  entry  immediately:  for  every 
action  by  the  user,  some  reaction  from  the 
system  should  be  apparent. 
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2.1.15.3  Indicate  Completion  of 
Processing 

When  computer  processing  in  response  to  a 
control  entry  is  lengthy,  give  the  user  overt 
and  positive  indication  of  when  the 
processing  has  been  completed. 

2.1.15.4  Feedback  During  Data  Entry 

Provide  displayed  feedback  for  all  user 
actions;  display  keyed  entries  stroke  by 
stroke. 

2.1.16  Lockout 


2.1.16.1  Response-Time-Induced 
Keyboard  Lockout 

If  application  processing  time  requires  a 
delay  of  concurrent  user  inputs  and  no 
keyboard  buffer  is  available,  the  keyboard 
should  be  locked  out  until  the  computer  is 
ready  to  accept  the  next  input. 
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2.1.16.2  Keyboard  Restoration 
indication 

When  keyboard  lockout  has  been  terminated, 
provide  a  clear  indication  to  the  user. 

2.1.16.3  interrupt  to  End  Control 
Lockout 

In  situations  where  control  lockout  occurs, 
provide  the  user  with  a  means  of  aborting 
the  transaction  that  caused  the  lockout.  A 
method  such  as  a  special  function  key  can 
accomplish  this  transaction.  The  system 
should  not  reset  and  lose  previous 
processing  when  aborted. 

2.1.17  Response  Time 

2.1.17.1  Appropriate  Computer 

Response  Time  -  Dialog 

Ensure  that  the  speed  of  computer  response 
to  user  entries  is  appropriate  to  the  type  of 
dialog.  Responses  to  menu  selections, 
function  keys,  and  most  entries  during 
graphic  interaction  should  be  immediate. 
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2.1.17.2  Appropriate  Computer 

Response  Time  >  Perceptual 

Ensure  that  the  speed  of  computer  response 
to  user  control  entries  is  appropriate  to  the 
transaction  involved.  Generally,  those 
transactions  perceived  by  a  user  to  be 
simple  should  have  faster  responses. 

2.1.18  Cursor  Design 

2.1.18.1  Distinctive  Cursor 


A  contrast  ratio  of  3:1 
is  the  minimum 
recommended  for  an 
office  environment. 


Indicate  the  current  cursor  position  by 
displaying  some  distinctive  cursor  symbol 
at  that  point.  In  all  cases,  try  to  obtain  the 
highest  contrast  possible  between  the 
cursor  and  the  background.  Cursor  size 
should  be  such  that  the  cursor  is  not  lost 
in  the  "clutter"  of  the  background. 

2.1.18.2  Easy  Cursor  Positioning 

Provide  the  user  with  an  easy,  accurate 
means  of  pointing  a  displayed  cursor  at 
different  display  elements  and/or  display 
locations.  The  cursor  positioning  should 
work  consistently  throughout  the 
application. 
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2.1.18.3  Confirming  Cursor  Position 

For  most  graphics  data  entry,  pointing 
should  be  a  dual  action,  first  positioning  a 
cursor  at  a  desired  position,  then 
confirming  that  position  to  the  computer. 
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2.2  CONTEXT  DEFINITION 

2.2.1  Application-Provided  Context 
Definition  to  the  User 

Design  the  interactive  control  of  the  application 
such  that  the  user  maintains  an  understanding  of 
the  context  for  the  task  being  performed.  The 
system  should  prompt  expected  user  actions.  For 
example,  results  of  previous  steps  in  the  task 
affecting  the  present  step  and  current  options 
should  be  displayed. 

2.2.2  Context  Established  by  Prior  Entries 

Design  the  interactive  control  software  to 
interpret  current  control  actions  in  the  context  of 
previous  entries;  do  not  require  the  user  to 
re-enter  data.  Prompt  the  next  logical  action  by 
the  user. 

2.2.3  Record  of  Prior  Entries 

Allow  the  user  to  request  a  summary  of  the  results 
of  prior  entries  (i.e.,  a  history  file)  to  help 
determine  present  status. 
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2.2.4  Display  Operational  Mode 

When  context  for  a  user  task  is  defined  by  the 
operational  mode,  display  to  the  user  the  current 
mode  and  any  other  pertinent  information. 

2.2.5  Consistent  Display  of  Context 
Information 

Ensure  information  displayed  to  provide  context  for 
interactive  control  is  distinctive  in  location  and 
format  and  consistently  displayed  from  one 
transaction  to  the  next  throughout  all  related 
applications. 

2.2.6  Highlighting  Selected  Data 

When  a  user  is  performing  an  operation  on  some 
selected  display  item,  highlight  that  item. 

2.2.7  Display  Control  Parameters 

Allow  the  user  to  review  any  active  control 
parameter(s). 
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2.3  TRANSACTION  SELECTION 

2.3.1  Consistent  CONTINUE  Option 

At  any  step  in  a  defined  transaction  sequence,  if 
there  is  only  a  single  appropriate  next  step,  provide 
a  consistent  control  option,  such  as  ENTER,  to 
continue  to  the  next  transaction. 

2.3.2  Indicating  Control  Defaults 

When  control  is  accomplished  by  keyed  command  or 
option  code  entries,  and  a  default  is  defined  as  a 
null  control  entry,  indicate  that  default  to  the  user. 
See  Figure  2.2. 
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FIGURE  2.2:  Example  of  How  a  System  Can  Display  Default  Status 
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2.3.3  User-Specified  Transaction  Timing 

When  appropriate  to  task  requirements,  allovY  the 
user  to  specify  transaction  timing.  For  example, 
the  user  should  be  able  to  specify  when  a  requested 
transaction  should  start,  when  the  transaction 
should  be  completed,  or  the  periodic  scheduling  of 
repeated  transactions. 

2.3.4  Display  Option  Codes 

When  the  user  must  select  options  by  code  entry, 
display  the  code  associated  with  each  option  in  a 
consistent,  distinctive  manner. 

2.3.5  Available  Options 

Ensure  the  user  can  clearly  distinguish  between 
available  and  unavailable  options.  Displaying 
unavailable  options  in  a  visually  distinctive  manner 
may  aid  navigation. 
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2.3.6  Stacked  Control  Entries 


stacked  control 
entries,  also  called 
stacked  commands, 
allow  the  user  to 
input  a  series  of 
command  entries  at 
one  time.  This  can  be 
done  by  continuous 
entry  while  the 
computer  processes 
previous  commands, 
or  by  typing  in  a 
series  of  commands 
and  then  entering 
them  simultaneously. 


Allow  the  user  to  key  a  sequence  of  commands  or 
option  codes  as  a  single  stacked  control  entry. 

2. 3. 6.1  Abbreviation  in  Entry 
Stacking 

For  control  entry  stacking,  accept 
command  names  or  their  abbreviations  or 
option  codes,  just  as  if  those  control 
entries  had  been  made  separately. 

2. 3. 6. 2  User  Definition  of  Macro 
Computer  Commands 

Provide  flexibility  in  transaction  selection 
by  allowing  the  user  to  assign  a  single 
name  to  a  defined  series  of  control  entries. 
Use  that  named  macro  for  subsequent 
command  entry.  All  applications  should 
include  a  predefined  informational  query 
process  {see  Section  13). 

2. 3. 6. 3  Consistent  Order  in  Entry 
Stacking 

For  control  entry  stacking,  require  entries 
be  made  in  the  order  they  would  normally 
be  made  when  performing  a  succession  of 
separate  control  entry  actions. 
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2.3.7  Cursor  Placement 

2. 3. 7.1  Cursor  Placement  for  Keyed 
Entry  of  Options 

When  the  user  must  select  options  by 
keyed  entry  of  a  corresponding  code,  place 
the  cursor  in  the  control  entry  area  at 
display  generation. 

2. 3. 7. 2  Cursor  Placement  for 
Pointing  at  Options 

When  the  user  will  need  to  select  among 
displayed  options  by  pointing,  place  the 
cursor  on  the  first  (most  likely)  option  at 
display  generation. 
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2.3.8  Prompting  Control  Entries 

Provide  the  user  with  whatever  information  may  be 
needed  to  guide  control  entries.  Incorporate 
prompts  in  a  display  at  any  point  in  a  transaction 
sequence,  and/or  provide  prompts  in  response  to 
requests  for  HELP. 

2.3.9  General  List  of  Control  Options 

Provide  a  general  list  of  basic  control  options  that 
will  always  be  available  to  serve  as  a  home  base  or 
consistent  starting  point  for  control  entries.  For 
an  example,  see  Figure  2.3  below  (see  also 
Paragraph  5.3.3). 
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FIGURE  2.3:  Example  of  a  General  List  of  Control  Options 
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2.4  INTERRUPTS 

2.4.1  REVIEW  Option 

If  appropriate,  provide  a  nondestructive  REVIEW 
option  that  will  return  to  the  first  display  in  a 
defined  transaction  sequence,  permitting  the  user 
to  review  a  sequence  of  entries  and  make  necessary 
changes. 

2.4.2  PAUSE  and  CONTINUE  Options 

If  appropriate,  provide  PAUSE  and  CONTINUE  options 
that  will  interrupt  and  later  resume  a  transaction 
sequence  without  any  change  to  data  entries  or 
Control  logic  for  the  interrupted  transaction. 

2.4.3  Indicating  PAUSE  Status 

If  a  PAUSE  option  is  provided,  display  some 
indication  of  the  PAUSE  status  whenever  that 
option  is  selected  by  a  user,  and  prompt  the 
CONTINUE  action  that  will  permit  resumption  of  the 
interrupted  transaction. 
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2.4.4  END  Option 

If  appropriate,  provide  an  END  option  that  will 
conclude  a  repetitive  transaction  sequence. 

2.4.5  Aborting  or  Escaping  from  a  Function 

The  system  should  make  it  easy  for  the  user  to 
abort,  escape,  or  exit  from  a  current  operation  or 
function  (see  Paragraph  2.5.9). 

2.4.6  Indicating  System  Status 

The  user  should  be  informed  that  system  action  is 
continuing.  The  "working"  indication  should  have 
dynamic  aspects  to  keep  the  user  informed  as  to 
continuing  system  function. 


Version  2.0,  MAY  92 


2.4  Interactive  Control  •  Interrupts 


2.4.7  SUSPEND  Option 

2. 4. 7.1  Usage 

If  appropriate,  provide  a  SUSPEND  option 
that  will  preserve  current  transaction 
status  when  a  user  leaves  the  system  and 
permit  resumption  of  work  when  the  user 
later  logs  back  onto  the  system. 

2. 4. 7. 2  Indicating  SUSPEND  Status 

If  a  SUSPEND  option  is  provided,  display 
some  indication  of  the  SUSPEND  status 
whenever  a  user  selects  that  option. 
Prompt  the  user  with  those  procedures 
that  permit  resumption  of  the  suspended 
transaction  at  the  subsequent  log-on.  For 
example,  specifically  prompt  the  user 
with  "Type  EXIT  to  return  to  application." 
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2.4.8  System  Interruptions 

The  system  should  interrupt  the  user  only  when 
necessary  to  prompt  response,  to  provide  essential 
feedback,  and  to  signal  errors. 

2.4.9  CANCEL  Option 

If  appropriate,  provide  a  CANCEL  option  that  will 
erase  changes  just  made  by  the  user  and  restore 
the  current  display  to  its  previous  version. 

2.4.10  Distinctive  Interrupt  Options 

If  different  types  of  user  interrupts  are  provided, 
design  each  interrupt  function  as  a  separate 
control  option  with  a  distinct  name. 

2.4.11  GOB ACK  Option 

If  appropriate,  provide  a  nondestructive  GOB  ACK 
option  that  will  display  the  previous  transaction. 

2.4.12  RESTART  Option 

If  appropriate,  provide  a  RESTART  option  that  will 
cancel  entries  made  in  a  defined  transaction 
sequence  and  will  return  to  the  beginning  of  the 
sequence.  When  data  entries  or  changes  will  be 
nullified  by  restart,  require  the  user  to  CONFIRM. 
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2.5  ERROR  MANAGEMENT 

2.5.1  User  Confirmation  of  Destructive 
Entries 

When  a  control  entry  (including  log-off)  will  cause 
an  extensive  change  in  stored  data,  procedures, 
and/or  system  operation,  and  particularly  if  it 
cannot  be  easily  reversed,  notify  the  user  and 
require  confirmation  of  the  action  before 
implementation.  See  Paragraph  2.5.9. 

2.5.2  User  Warned  of  Potential  Data  Loss 

Word  the  prompt  for  a  CONFIRM  action  to  warn  the 
user  explicitly  of  any  possible  data  loss. 

2.5.3  Errors  in  Stacked  Commands 

If  an  error  is  detected  in  a  stacked  series  of 
command  entries,  the  system  should  either 
consistently  execute  to  the  point  of  error  or 
consistently  require  the  user  to  correct  errors 
before  executing  any  command. 
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2.5.4  Partial  Execution  of  Stacked 
Commands 

If  only  a  portion  of  a  stacked  command  can  be 
executed,  notify  the  user  and  provide  appropriate 
guidance  to  permit  correction,  completion,  or 
cancellation  of  the  stacked  command. 

2.5.5  Flexible  GOBACK  for  Error  Correction 

Allow  the  user  to  GOBACK  easily  to  previous  steps 
in  a  transaction  sequence  in  order  to  correct  an 
error  or  make  any  other  desired  change. 

2.5.6  Explicit  Entry  of  Corrections 

When  the  user  has  completed  correcting  an  error, 
whether  a  command  entry  or  data  entry,  require  an 
explicit  action  to  re-enter  the  corrected  material. 
Use  the  same  ENTER  action  for  re-entry  that  was 
used  for  the  original  entry. 

2.5.7  Prompting  Command  Correction 

If  an  element  of  a  command  entry  is  not  recognized 
or  is  logically  inappropriate,  the  system  should 
prompt  the  user  to  correct  that  element,  rather 
than  require  re-entry  of  the  entire  command. 
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2.5.8  Immediate  Data  Correction 

If  a  data  entry  transaction  has  been  completed  and 
errors  are  detected,  allow  the  user  to  make 
corrections  directly  and  immediately. 

2.5.9  Distinctive  Confirm  Action 

Provide  an  explicitly  labeled  confirm  control,  such 
as  a  function  key  or  widget  (e.g.,  control  button  or 
dialog  box)  different  from  the  ENTER  control,  for 
user  confirmation  of  questionable  or  destructive 
control  and  data  entries.  See  Figure  2.4. 
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FIGURE  2.4:  Example  of  a  Distinctive  Confirm  Action,  Using  a 
Dialog  Box 
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2.5.10  UNDO  to  Reverse  Control  Actions 

Ensure  that  any  user  action  can  be  immediately 
reversed  by  an  UNDO  command. 

2.5.11  Appropriate  Response  to  All  Entries 

Design  software  to  provide  an  appropriate  response 
for  all  possible  control  entries,  correct  and 
incorrect.  For  example,  selecting  an  incorrect 
function  key  should  cause  a  message  indicating 
the  appropriate  selections. 

2.5.12  Appropriate  Terms  For  Ail  Entries 

Software  must  be  consistent  in  the  use  of  terms, 
and  only  the  most  explicit  term  should  be  used. 

The  term  "cancel"  should  be  used  for  cancel 
functions,  rather  than  a  simple  acknowledge¬ 
ment  such  as  "OK."  Use  of  complex  terms  (i.e., 

"Save  &  Apply"  or  "Exit  to  Prior  Screen")  should  be 
avoided,  if  possible.  Complex  terms  should  have 
one  consistent  meaning  within  an  application. 
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2.5.13  Display  Duration 

Notices,  alerts,  and  informational  displays  should 
remain  visible  to  the  user  until  responded  to  by 
specific  user  action.  Field  use  of  computers 
creates  a  situation  where  the  user  may  not  be 
continuously  monitoring  the  screen  presentation. 
Therefore,  automatic  time-outs  are  not  recom¬ 
mended. 

2.5.14  Selection  Errors 

The  pointing  device  interface  uses  both  single  and 
double  clicks  for  control  actions.  The  software 
needs  to  protect  the  system  from  inadvertent 
double  clicks  by  the  user.  The  protection  supplied 
should  be  consistent  with  user  and  system 
requirements. 

2.5.15  Inappropriate  Item  Selection 

The  user  should  be  cued  but  not  allowed  to  select 
items  that  are  not  available.  Output  fields  should 
not  allow  data  entry  without  the  user  acknowl¬ 
edging  the  selection  of  the  option.  The  software 
should  prevent  data  entry  in  any  field  that  is  not 
appropriate. 
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2.6  ALARMS 

2.6.1  Special  Acknowledgment  of  Critical 
Alarms 

When  the  user  must  acknowledge  special  or  critical 
alarms  in  a  unique  way,  such  as  a  special 
combination  of  key  strokes,  ensure  this 
acknowledgment  does  not  inhibit  or  slow  the 
response  to  the  condition  initiating  the  alarm. 

2.6.2  Alarm  Reset 

Provide  the  user  with  a  simple  means  of  turning  off 
an  auditory  alarm  without  erasing  any  displayed 
message  that  accompanies  the  auditory  signal.  For 
noncritical  alarms,  provide  a  simple  method  for 
acknowledging  and  turning  off  the  signal. 

2.6.3  Distinctive  and  Consistent  Alarms 

Ensure  alarm  signals  and  messages  are  distinctive 
for  each  class  of  event,  such  as  INCOMING  MESSAGE 
ALERT,  TERMINAL  STATUS,  TRACK  ALERT,  etc. 

2.6.4  Alarm  Definition  by  User 

When  monitoring  tactical  situations  or  tactical 
data  status,  allow  the  user  to  define  the  conditions 
(such  as  priorities,  percentages,  target  flight  path, 
etc.)  that  result  in  a  software-generated  alarm, 
alert,  or  status  message. 
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3.0  FORM  FILLING 


Form  Filling,  as  an  interactive  dialog,  requires  little 
or  no  training  and  allows  a  relatively  slow  system 
response  time.  Command  and  control  systems 
primarily  use  form  filling  for  completing  standard 
message  and  data  entry  forms.  As  with  any  aspect  of 
the  human-computer  interface  design,  consistency  of 
design  is  of  paramount  importance.  The  following 
guidelines  deal  more  with  interactive  control  than 
with  data  entry.  For  more  information  on  data  entry, 
see  Smith  and  Mosier  (1986),  MIL-STD-1472D  (DoD 
1989),  or  DOD-HDBK-761A  (DoD  1989b). 
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3.1  Form  Filling  -  General 

3.1  GENERAL 

3.1.1  Usage 

Form-filling  dialog  should  be  used; 

a.  as  an  aid  for  composing  complex  control 
entries 

b.  as  a  means  of  displaying  default  values  for 
the  parameters  in  complex  control  entries 

c.  for  tasks  where  some  flexibility  in  data  entry 
is  needed  (such  as  the  inclusion  of  optional  as 
well  as  required  items),  where  users  will 
have  moderate  training,  and/or  where 
computer  response  may  be  slow. 

3.1.2  Interrupts  for  Multiple  Entries 

Where  forms  have  multiple  entries,  provide  the 
user  BACKUP,  CANCEL,  and  RESTART  capabilities 
for  editing  the  form  prior  to  final  input  into  the 
system.  See  Figure  3.1. 
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Entries 


L:  Example  of  Interrupt  Capability  for  Multiple 


3.1.3  Explicit  Data  Entry 

Data  entry  should  be  accomplished  through  an 
explicit  action,  such  as  pressing  the  ENTER  key. 
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3.2  DEFAULTS 

3.2.1  Automatic  Display  of  Default  Data 

If  default  values  are  used  in  data  entry  fields, 
display  them  automatically  in  the  appropriate 
data  entry  field. 

3.2.2  Replacement  of  Default  Values 

When  the  user  replaces  a  default  value  in  a  data 
entry  field,  ensure  the  default  definition  is  not 
changed. 
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3.3  CONSISTENCY 

3.3.1  Consistent  Format  for  Control 
Forms 

Ensure  forms  for  control  entry  are  consistent  in 
format. 

3.3.2  Format  of  Form  and  Hard  Copy 

When  the  user  is  entering  data  in  a  computer  from  a 
hard  copy,  the  computer  form  and  hard-copy  format 
should  be  identical,  as  illustrated  in  Figure  3.2. 


FIGURE  3.2:  Example  of  How  a  Paper  Entry  Form  and  a  Computer  Data 
Entry  Form  Should  Be  Consistent 
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3.3.3  Entry  Dialog  Consistency 

Dialog  strategies  for  entering  words  and 
numbers  should  be  consistent  for  a  given  set  of 
logical  functions  throughout  the  system. 

3.3.4  Standard  Formats 

Data  and/or  processes  that  have  standard 
information  requirements  need  to  provide  the 
standard  format  as  part  of  the  data  screen. 
Message  formats  should  include  a  template  for 
the  standard  format.  Using  data  entry  screens 
that  do  not  conform  to  user-accepted  format 
will  confuse  users. 
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3.4  CURSOR  MOVEMENT 

3.4.1  Cursor  Movement  Into  Non-Data 
Area 

Command  and  control  applications  should  not 
allow  the  user  to  move  the  cursor  into  a  non¬ 
data  entry  area  during  form  filling. 

3.4.2  Convenient  Cursor  Movement 

Ensure  the  user  has  a  convenient  method  for  cursor 
control,  such  as  the  use  of  the  tab,  enter  key,  or 
pointing  device. 

3.4.3  Cursor  Movement  by  Explicit 
Action 

When  moving  from  one  data  entry  field  to  another, 
the  user  should  be  required  to  take  an  explicit 
action,  such  as  hitting  the  tab  control.  The  soft¬ 
ware  should  not  automatically  advance  to  the 
next  field. 

3.4.4  Cursor/Pointing  Device  Interaction 

Pointing  device-to-cursor  movement  ratio 
should  be  close  to  1:1.  If  appropriate,  the  user 
should  be  able  to  select  the  movement  ratio. 
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3.4.5  initial  Cursor  Location 

When  the  user  first  calls  up  a  form,  the  cursor 
should  be  positioned  in  the  first  character  space 
of  the  first  data  entry  field.  See  Figure  3.3. 


COMMATffi  AND  CONTROL  SYSTaM 

ALERTS  1  STATUS  |  UNIT 

UNCLASSIRED 

1  170900ZMAY92 

Syttam  Muipw  Comms  Maps  Raportt  Tools 

H»lp 

__ - 

Data  Flaw  1 

0«aF*sl(J2  t 

- 1 

0«aF>ald3  > 

~~~l 

FIGURE  3.3:  Cursor  Should  Appear  in  the  First  Character  Space  of  the 
First  Data  Entry  Field 
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3.5  Form  Filling  -  Data  Field 


3.5  DATA  FIELD 

3.5.1  Variable  Data  Field  Format 

For  data  entry  fields  with  variable  lengths,  the 
software  should  automatically  justify  or  truncate 
the  data  for  the  user.  No  leading  characters  should 
be  required.  See  the  example  in  Figure  3.4. 


Enter  This: 


Not  This: 


73948 


00073948  I 


FIGURE  3.4:  Data  Entry  Should  Not  Require  Leading  Zeros 


3.5.2  Consistent  Format  of  Data  Fields 

The  format  of  data  fields  used  frequently  on 
different  forms  within  and  among  applications 
should  be  consistent  from  one  display  to  another 
and  should  use  a  format  convention  consistent  with 
the  user's  expectations. 
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3.5  Form  Filling  -  Data  Field 


3.5.3  Computer  Identification  of 
Data  Omission 

When  the  user  omits  data,  the  software  should 
present  a  message  bringing  attention  to  the 
missing  data.  The  user  should  either  be  able  to 
immediately  insert  the  missing  data  or  to  ide!  tify 
with  a  special  symbol  that  the  data  entry  will  be 
deferred. 

3.5.4  Subgroups  Within  a  Data  Field 

For  data  fields  longer  than  5  to  7  characters, 
break  the  field  into  subgroups  of  3  to  4  characters 
that  are  separated  by  a  space  or  delimiter.  This 
should  follow  a  convention  consistent  with  the 
user's  expectations. 

3.5.5  Data  Field  Boundaries 

Data  fields  should  have  distinctly  marked 
boundaries. 

3.5.6  Data  Field  Identification 

Data  entry  fields  should  be  clearly  identified. 
Because  the  interface  designs  are  often  complex, 
users  need  a  positive  visual  means  to  identify  data 
entry  fields. 
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3.5  Form  Filling  -  Data  Field 


3.5.7  Field  Length 

Data  entry  fields  should  be  of  fixed  length,  with 
cues  given  for  their  length,  as  illustrated  in 
Figure  3.5. 


FIGURE  3.5:  Visual  Cues  for  Field  Length 

3.5.8  Overwriting  I 

Data  entry  should  not  require  overwriting  of 
existing  or  default  information.  The  field  should 
either  be  empty,  or  the  user  should  be  required 
to  perform  an  explicit  control  entry  to  erase  the 
default  data. 

3.5.9  Numeric  Data  Fields 

Numeric  data  in  decimal  format  should  use  the 
decimal  as  part  of  the  data  display.  Care  should 
be  taken  to  ensure  the  field  size  is  adequate  for 
the  data  range. 
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3.6  Form  Filling  -  Error  Management 


3.6  ERROR  MANAGEMENT 

3.6.1  Error  Correction  for  Characters 
and  Fields 

Ensure  the  user  can  easily  correct  errors  on  a 
character-by-character  and  field-by-field  basis. 

3.6.2  Error  Messages 

Ensure  the  software  provides  understandable  error 
messages  to  the  user  when  an  unacceptable  value  is 
entered  in  a  data  field. 
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3.7  Form  Filling  -  Form  Layout 


3.7  FORM  LAYOUT 

3.7.1  Multiscreen  Form  Numbering 

If  multiscreens  are  used  for  a  transaction, 
provide  page  numbers  for  each  screen,  as 
illustrated  in  Figure  3.6. 


OOMMANO  AND  CONTROL  SYSrayl 

ALERTS 

1  STATUS  1  UNIT  |  UNCLASSIFIED  |  1700002MAY92  | 

flyHwi  Mmm 

9M  Comrm  M«p«  A«pon«  Tool* 

H«lp 

p.  1  of  3 

on 


COfcMWDANOCONTWOLSVSTBil 

ALERTS  I  STATUS  |  UNIT  |  UNOASSIFIED  |  170900ZMAYM 

3y«Mm  Vimmgm  Commi  Uip*  Waeon>  ToeN 


FIGURE  3.6:  Example  of  How  Multiple  Screens  Can  Be  Numbered 
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3.7  Form  Filling  -  Form  Layout 


3.7.2  Logical  Grouping  of  Data  Fields 

Related  data  fields  should  be  grouped  together  on 
the  same  form. 

3.7.3  Explanatory  Messages  for  Data 
Fields 

Provide  explanatory  messages  for  data  fields  that 
become  visible  when  the  cursor  is  placed  in  a  field, 
when  a  user  queries  a  field  by  clicking  on  the  title, 
or  by  a  context-sensitive  help  system.  See  the 
example  in  Figure  3.7. 

3.7.4  Distinguishing  Data  Fields  from 
Other  information 

Messages  and  instructions  on  a  form  should  be 
distinguished  from  data  entry  fields  through 
consistent  location  or  other  means  of  high¬ 
lighting.  Refer  to  Figure  3.7. 

3.7.5  Spacing  and  Boundaries 

Each  data  field  should  have  visible  space  and 
boundaries  between  it  and  other  fields. 
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Intormailon  on 
data  Held 
appaari 
vaulomaOcally 
f  hard  When  cursor 
placad  in  nald. 


Example  of  How  Explanatory  Messages  Can  Be  Provided 
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3.7.6  Grouping  and  Sequencing  Fields 

Data  entry  fields  should  be  grouped  and  ordered 
on  the  form  in  a  way  that  is  logical  for  the  task 
to  be  performed.  This  can  be  by  sequence, 
frequency,  or  importance. 

3.7.7  Form  Title 

Each  form-filling  dialog  display  page  should  have  a 
meaningful  title  located  at  the  top  of  the  form,  as 
illustrated  in  Figure  3.8. 


COMMAND  AND  CONmOL  SYSTEM 

ALEHTS 

r 

STATUS  1  UNIT  |  UNCLASSIFIED 

170900ZMAY92 

Comm  Mipt  Rapont  Took 

Holp 

FIGURE  3.8:  Example  of  a  Form  Title 

3.7.8  Optional  Field  Labels 

Optional  fields  should  be  labeled  or  coded  in  a 
readily  apparent  manner.  See  Figure  3.9. 
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_ COMMAND  AND  CONTBOCSYSTByl _ 

ALERTS  I  STATUS  }  UNIT  {  UNCLASSIFIED  |  170C002MAYa2 

SyaMm  Maiagn  Ccnm  Rapoit*  Took  Help 


FIGURE  3.9:  Example  of  an  Indication  of  an  Optional  Field 


3.7.9  Optional  Field  Defaults 

When  a  data  entry  field  in  a  form  is  optional, 
any  value  displayed  in  that  field  should  be  a 
default  value.  See  Paragraph  3.5.7. 

3.7.10  Mandatory  Fields 

The  software  application  should  not  allow  the 
user  to  bypass  a  mandatory  field  without  data 
entry.  See  Paragraph  3.5.3. 
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3.8  Form  Pilling  -  Labeling 


3.8  LABELING 

3.8.1  Distinctive  Labeling 

Data  fields,  unless  similar  or  identical,  should 
have  distinctive,  explicitly  descriptive  labels. 

3.8.2  Data  Field  Label  Location 

Application  data  entry  field  labels  should  be 
located  either  directly  to  the  left  or  above  the 
actual  entry  field  and  separated  by  at  least  one 
character. 

3.8.3  Similar  Data  Field  Labeling 

Similar  data  entry  fields  should  be  labeled 
and  located  consistently  for  all  forms. 

3.8.4  Consistent  Labels 

Labels  and  instructions  should  be  consistent 
from  one  application  to  another  within  a 
command  and  control  application  and  to  the 
extent  possible  across  all  command  and  control 
systems. 
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3.8  Form  Filling  •  Labeling 


3.8.5  Field  Label  Familiarity 

Labels  for  data  fields  should  be  composed  of  terms 
familiar  to  the  user  and  the  task  to  be  performed. 

3.8.6  Understandable  Labeling 

Labeling  for  data  fields  and  instructions  should 
be  easily  understood  by  the  typical  user. 

3.8.7  Units  of  Measure 

Units  of  measure  should  be  part  of  the  data  entry 
field  label.  If  measurement  units  can  change,  this 
portion  of  the  label  should  change  automatically 
when  new  units  are  selected. 

3.8.8  Blanks  Versus  Nulls 

There  should  be  a  visible  distinction  between 
blanks  and  nulls  in  a  data  fie>d. 


I 
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4.0  FUNCTION  KEYS 


The  two  types  of  function  key  are  fixed  and  variable. 
The  fixed  key  has  only  one  predefined  function 
associated  with  it.  The  variable  key  function  will 
vary  depending  on  the  system  mode  or  level  within  the 
interactive  dialog.  The  function  for  the  variable  key 
is  communicated  to  the  user  by  changing  the  label 
located  adjacent  or  internal  to  the  key  or  through  soft 
keys.  Soft  keys  are  objects  on  the  display  screen  that 
represent  the  function  keys  on  the  keyboard.  As  the 
function  of  a  key  changes,  the  soft  key  labeling  also 
changes.  Fixed  and  variable  function  keys  can  be  used 
together  and  with  other  dialog  methods. 

As  with  any  interactive  control  method,  the  designer 
should  be  aware  of  the  following  overarching  design 
guidelines: 

•  consistent  design  in  terms  of  placement, 
labeling,  and  procedural  logic 

•  easy  association  with  the  function  being 
called  up  through  labeling  located  adjacent  to 
the  function  keys 

•  feedback 

•  spatial  consistency  between  the 
labeling  and  the  function  key. 
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4.1  Function  Keys  *  Introduction 
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4.1  Function  Keys  -  General 


4.1  GENERAL 

Function  keys  are  located  on  the  keyboard  and  activate 
a  computer  software  function  when  pressed. 

4.1.1  Usage 

Function  key  dialog  should  be  considered  for; 

a.  frequently  required  control  entries 

b.  tasks  requiring  only  a  limited  number  of 
control  entries  or  in  conjunction  with  other 
dialog  types  as  a  ready  means  of 
accomplishing  critical  entries  that  must  be 
made  quickly,  without  syntax  error 

c.  interim  control  entries  (i.e.,  for  control 
actions  taken  before  the  completion  of  a 
transaction). 

4.1.2  Feedback  for  Function  Key  Activation 

When  function  key  activation  does  not  result  in  any 
immediately  observable  response  from  the  com¬ 
puter,  provide  users  with  some  other  form  of 
computer  acknowledgment  and  feedback.  No  system 
function  should  be  activated  without  an  indication 
to  the  user. 
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4.1.3  Disabling  Unneeded  Function  Keys 

When  function  keys  are  not  needed  for  any  current 
transaction,  temporarily  disable  those  keys  under 
computer  control;  do  not  require  the  user  to  apply 
mechanical  overlays  for  this  purpose  (see 
Paragraph  4.1.7). 

4.1.4  Function  Key  Meaning 

In  general,  each  function  key  should  control  only 
one  function.  If  a  key  must  control  more  than  one 
function,  display  the  actual  or  current  meaning  of 
the  function  to  the  user  by  displaying  soft  keys  on 
the  screen. 


F  1 
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4.1  Function  Keys  -  General 


4.1.5  Soft  Key  Design 

Soft  function  keys  displayed  on  the  screen  should 
be  located  close  to  the  actual  keyboard  function 
keys  and  in  the  same  spatial  orientation.  For 
example,  on  command  and  control  system  keyboards 
with  function  keys  across  the  top,  place  soft  keys 
at  the  bottom  of  the  screen,  directly  above  the 
keyboard  as  illustrated  in  Figure  4.1. 


FIGURE  4.1:  Example  of  Soft  Key  Location 

4.1.6  Redundant  Activation  of  Soft  Key 
Function 

The  user  should  be  able  to  activate  the  function 
represented  on  a  soft  key  through  either  the 
function  key  or  a  pointing  device,  such  as  a  mouse. 
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4.1  Function  Keys  •  General 

4.1.7  Indicating  Active  Function  Keys 

If  some  function  keys  are  active  and  some  are 
not,  indicate  the  current  subset  of  active  keys 
in  some  noticeable  way,  such  as  brighter 
illumination  or  blanking  of  corresponding  soft 
key  labels  on  the  display.  See  Figure  4.2. 


FIGURE  4.2:  Suggested  Method  for  Indicating  Active  and  Inactive 
System  Function  Keys 

4.1.8  Key  Functionality  Load 

Avoid  overloading  the  functionality  of  keys, 
however,  provide  the  user  with  all  necessary 
function  controls  required  to  perform  the  task. 
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4.1.9  Easy  Return  to  Base-Level  Functions 

If  functions  assigned  to  a  set  of  keys  change  as  a 
result  of  user  selection,  give  the  user  an  easy 
means  to  return  to  the  initial,  base-level  functions 
or  menu.  See  Figure  4.3. 
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FIGURE  4.3:  Recommended  Method  for  a  Return  to  Base- Level 
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4.2  Function  Keys  -  Consistency 


4.2  CONSISTENCY 

4.2.1  Consistent  Functions  in  Different 
Operational  Modes 

When  a  function  key  performs  different  functions 
in  different  operational  modes,  assign  equivalent 
or  similar  functions  to  the  same  key. 

4.2.2  Consistent  Assignment  of  Function 
Keys 

If  a  function  is  assigned  to  a  particular  key  in  one 
computer  transaction,  assign  that  function  to  the 
same  key  in  other  transactions. 
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4.3  DOUBLE  KEYING 

4.3.1  Logical  Pairing  of  Double-Keyed 
Functions 

If  double  (control/shift)  keying  is  used,  the 
functions  paired  on  one  key  should  be  logically 
related  to  each  other. 

4.3.2  Consistent  Logic  for  Double  Keying 

If  double  (control/shift)  keying  is  used,  the  logical 
relation  between  shifted  and  unshifted  functions 
should  be  consistent  from  one  key  to  another. 
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4.4  LABELING 

4.4.1  Distinctive  Labeling  of  Function  Keys 

Label  each  function  key  informatively  to  designate 
the  function  it  performs;  make  labels  sufficiently 
different  from  one  another  to  prevent  user 
confusion. 

4.4.2  Labeling  Multifunction  Keys 

If  a  key  is  used  for  more  than  one  function,  always 
indicate  to  the  user  which  function  is  currently 
available. 

4.4.3  Labeling  of  Menu  Options  for 
Function  Keys 

When  designing  a  command  and  control  menu  where 
options  are  selected  through  variable  function 
keys,  avoid  using  a  function  key  number  (e.g.,  FI, 
F2)  as  option  designator.  Instead,  place  the 
function  key  label  just  above  the  key  on  the  display. 
See  example  in  Figure  4.4. 
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4.5  LAYOUT 

4.5.1  Layout  Compatible  with  Use 

Make  layout  of  function  keys  compatible  with 
their  importance.  Give  keys  for  emergency 
functions  a  prominent  position  and  distinctive 
coding  (e.g.,  size  and/or  color). 

4.5.2  Safeguards 

Provide  physical  protection,  software  disabling, 
or  interlocks  for  keys  with  potentially 
disruptive  consequences. 

4.5.3  Distinctive  Location 

Group  function  keys  in  distinctive  locations  on 
the  keyboard  to  facilitate  learning  and  use;  place 
frequently  used  function  keys  in  the  most 
convenient  locations.  For  command  and  control 
systems,  this  should  be  at  the  top  of  the  key¬ 
board,  just  below  the  corresponding  labels. 
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4.6  SINGLE  KEYING 

4.6.1  Single  Activation  of  Function  Keys 

Ensure  any  key  will  perform  its  labeled  function 
with  a  single  activation  and  will  not  change 
function  with  repeated  activation  without 
indicating  the  new  function  or  change  in  mode. 

4.6.2  Single  Key  for  Continuous 
Functions 

When  a  function  is  continuously  available,  assign 
that  function  to  a  single  key. 

4.6.3  Single  Keying  for  Frequent 
Functions 

Keys  controlling  frequently  used  functions  should 
allow  single  key  action  and  should  not  require 
double  (control/shift)  keying. 
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5.0  MENU  DESIGN 


Using  menus  as  a  dialog  is  widespread  within 
computer  systems.  Command  and  control  menus  are 
frequently  used  in  conjunction  with  other  interactive 
methods,  such  as  direct  manipulation. 

Using  menus  as  a  dialog  has  some  advantages,  a  major 
one  being  that  this  requires  little  training  or 
sophistication  on  the  user’s  part.  A  user  only  needs  to 
know  the  meaning  of  each  option,  then  is  guided  step- 
by-step  through  the  operation  of  the  system.  The 
number  of  keystrokes  required  to  access  a  system 
function  may  also  be  reduced,  thereby  speeding  the 
user-to-computer  transaction. 

On  the  other  hand,  using  menus  as  a  dialog  has 
disadvantages.  It  does  not  enhance  retention  of 
commands  and  may  actually  increase  response  time 
for  the  more  experienced  user.  Menus  may  take  up  a 
large  part  of  the  display  surface.  In  addition,  for 
complex  sequences,  using  menus  may  require  an  exten¬ 
sive  menu  tree  structure,  and  the  user  may  easily 
become  lost  navigating  through  a  complex  menu  tree. 

A  number  of  different  types  of  menuing  techniques  are 
available  to  the  designer,  including  pull-down,  pop-up, 
and  sequential  display.  Pull-down  and  pop-up  menus 
tend  to  be  used  more  in  direct  manipulation  types  of 
dialog.  Sequential  display,  where  a  control  action 
causes  another  menu  to  overwrite  the  previous  menu, 
is  used  more  in  text-based  systems. 
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5.0  Menu  Design  •  Introduction 


All  these  types  of  menuing  techniques  can  be 
hierarchical,  or  branching,  in  nature. 

The  following  pages  provide  detailed  design  guidelines 
for  menus  used  in  command  and  control  systems.  To 
ensure  a  high  level  of  user  performance  with  menus, 
the  designer  should  be  aware  of  the  following  general 
guidelines; 

•  Consider  selecting  menus  when: 

-  tasks  involve  choosing  among  a 
constrained  set  of  alternative  actions 

-  tasks  require  infrequent  entry  of  data 

-  the  user  may  have  little  training 

the  computer  response  is  relatively 
fast 

-  tasks  require  infrequently  used 
commands 

-  command  sets  are  so  large  that  the  user 
is  not  likely  to  commit  all  commands  to 
memory 

•  Design  the  menu  tree  structure  broad  and 
shallow,  rather  than  narrow  and  deep.  Keep 
the  number  of  top-level  options  large,  with 
a  small  number  of  sublevels. 
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5.0  Menu  Design  -  Introduction 


•  Consider  the  experienced  user  ana  provide  a 
mechanism  by  which  the  menu  structure  can 
be  bypassed  using  a  direct  command. 

The  reader  should  also  note  that  some  of  the 
guidelines  discussed  in  the  following  paragraphs  may 
be  more  appropriate  for  designing  sequential  display 
menus  than  menus  used  in  direct  manipulation.  The 
designer  should  use  judgment  regarding  which 
approach  to  take. 

The  designer  should  conform  to  a  single  style  of 
interface,  such  as  "Motif."  throughout  an  application. 
Varying  interface  style  confuses  the  user.  Widgets  or 
graphics  as  menu  item  selectors  should  be  unique  and 
clearly  identifiable  by  the  user. 


5-3 


r  1 


Version  2.0,  MAY  92 

5.0  Menu  Design  -  Introduction 


This  Page  Intentionally  Left  Blank. 


r  1 


k  A 


Version  2.0,  MAY  92 


Display  rate  refers 
to  the  speed  of 
"painting  the 
screen." 


5.1  Menu  Design  -  General 


5.1  GENERAL 

5.1.1  Consider  Response  Time  and  Display 
Rate 

If  computer  response  time  is  long,  create  menus 
with  a  larger  number  of  items.  If  display  rate  is 
slow,  create  menus  with  fewer  items  to  reduce 
display  time. 

5.1.2  instructions  and  Error  Messages 

Menu  instructions  and  error  messages  should  be 
indented  and  placed  in  the  same  position  on  the 
screen  so  the  user  knows  where  to  look  for  this 
information. 

5.1.3  Explicit  Option  Display 

When  entries  for  any  particular  computer  trans¬ 
action  consist  of  a  small  set  of  options,  show 
those  options  in  a  menu  added  to  the  working 
display,  rather  than  require  a  user  to  remember 
them  or  to  access  a  separate  display. 
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5.1  Menu  Design  -  General 


Stacking  refers  to 
stringing  multiple 
commands  together 
and  executing  them 
with  one  action. 


5.1.4  Stacking  Menu  Selections 

For  menu  selection  by  code  entry,  when  a  series 
of  selections  can  be  anticipated  before  the  menus 
are  displayed,  permit  the  user  to  combine  those 
selections  into  a  single  stacked  entry. 

5.1.5  Menus  Distinct  from  Other  Displayed 
information 


If  menu  options  are  included  in  a  display  also 
intended  for  data  review  and/or  data  entry,  ensure 
they  are  distinct  from  other  displayed  information. 
Locate  menu  options  consistently,  and  use 
consistent  visual  cues  for  their  special  function. 
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5.1  Menu  Design  -  General 


5.1.6  Menu  Bars 


Large  screen  displays 
in  this  context  are 
defined  as  displays 
intended  for  multi- 
viewers.  This 
includes  projections 
and  theater-type 
displays. 


Menu  bars  provide  system  functions  in  a  bar  across 
the  top  of  the  display  screen.  The  following 
guidelines  apply  to  menu  bars. 

5. 1.6.1  Using  Menu  Bars 

A  menu  bar  is  best  used  when  screen  size  is 
small.  When  using  large  screen  displays,  the 
distance  the  cursor  is  required  to  travel  may 
be  too  great  to  be  effective. 

5. 1.6. 2  Visibility  of  Menu  Bar  Options 

Menu  bar  options,  as  illustrated  in  Figure  5.1, 
should  remain  constantly  visible. 
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Pull-down  menus  are 
lists  of  options 
attached  to  a  selectbn 
on  the  menu  bar  that 
remain  visible  until 
user  action  is  taken. 
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5.1.7  Pull-Down  Menus 

Pull-down  menus,  as  illustrated  in  Figure  5.2, 
should  be  used  instead  of  pop-up  menus  when 
cursor  position  on  the  screen  is  not  important 
for  information/option  retrieval. 
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Pop-up  menus  are 
specific  to  their  area 
on  the  display;  each 
window  or  object 
may  have  its  own 
individual  pop-up 
menu. 


5.1  Menu  Design  -  General 


5.1.8  Pop-Up  Menus 

Pop-up  menus  are  lists  of  options  that  appear  on 
the  display  screen  in  the  form  of  a  window  (see 
Section  7.0).  The  following  guidelines  should  be 
used  when  designing  pop-up  windows. 

5.1. 8.1  Pop-Up  Menu  Location 

Pop-up  menus  should  be  connected  to  the 
cursor  location  and  pop  up  near  the  object  or 
higher  level  menu  being  manipulated,  as 
illustrated  in  Figure  5.3. 
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5.1  Menu  Design  •  General 


5. 1.8. 2  Selecting  Options  From 
Pop-Up  Menus 

Two  methods  to  select  from  a  pop-up  menu 
are:  1)  hold  the  button  down  while  traversing 
options,  then  release  to  make  the  selection, 
or  2)  move  the  cursor  and  press  the  button 
again  for  the  selection.  Use  the  second 
method  because,  although  not  the  easier,  it  is 
less  error-prone. 

5. 1.8. 3  Selection  Highlighting 

When  an  option  has  been  selected  from  a 
pop-up  menu,  it  should  remain  highlighted. 
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5.2  Menu  Design  -  Format 


5.2  FORMAT 
5.2.1  General 

5. 2. 1.1  Menu  Format 

Lists  of  menu  and  submenu  items  should  be 
brief  (no  more  than  five  to  nine  options), 
arranged  in  separate  columns,  aligned,  and 
left-justified. 

5. 2. 1.2  Consistent  Display  of  Menu 
Options 

When  menus  are  provided  across  different 
displays,  design  them  so  option  lists  are 
consistent  in  wording  and  order. 

5. 2. 1.3  Logical  Grouping  of  Menu 
Options 

Format  a  menu  to  indicate  logically  related 
groups  of  options,  rather  than  an 
undifferentiated  string  of  alternatives. 
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5.2  Menu  Design  •  Format 


5.2.1.5  Sequence  or  Frequency 
Ordering 

For  a  small  number  of  menu  items,  use 
sequence  or  frequency  to  determine  menu 
order. 

5. 2. 1.6  Alphabetic  Ordering 

For  a  large  number  of  menu  options,  use 
alphabetic  ordering  of  menu  items. 

5. 2. 1.7  Numbering  Menu  Options 

When  task  order  is  important,  menu  options 
should  be  listed  by  number,  not  by  letter. 
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5.2  Menu  Design  -  Format 


5. 2. 1.8  Display  of  Options 

Design  of  a  menu  for  a  graphical  user 
interface  should  display  unavailable  menu 
items  in  a  visually  distinct  manner.  Refer  to 
Paragraph  2.3.5. 

5. 2. 1.9  Single-Column  List  Format 

When  multiple  menu  options  are  displayed 
in  a  list,  display  each  option  on  a  new  line 
(i.e.,  format  the  list  as  a  single  column). 

5.2.1.10  Overlapping  Items 

Ensure  menu  options  do  not  overlap  controlled 
functions  or  appear  to  do  so  to  the  user. 
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For  direct 
manipulation 
interactive  control, 
hierarchical  menus 
allow  the  user  to 
browse  the  available 
options. 


5.3  Menu  Design  -  Hierarchical  Menus 


5.3  HIERARCHICAL  MENUS 

5.3.1  Usage 

Use  hierarchical  menus; 

a.  when  menu  selection  must  be  made  from  a 
long  list  and  not  all  options  can  be  displayed 
at  once 

b.  if  a  selection  list  exceeds  10-15  items. 

5.3.2  General  Guidance 

5. 3. 2.1  Organization  and  Labeling  of 
Hierarchical  Menus 

When  hierarchical  menus  are  used,  organize 
and  label  them  to  guide  the  user  within  the 
hierarchic  structure.  Currently  active  menu 
selections  need  to  be  identified  to  the  user. 
The  preferred  method  would  use  more  than 
one  mode  (i.e.,  color  and  font,  size  and  color 
of  text,  etc.). 

5. 3. 2. 2  Easy  Selection  of  Important 
Options 

Design  hierarchical  menus  to  permit 
immediate  user  access  to  critical  or 
frequently  selected  options. 
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5.3  Menu  Design  •  Hierarchical  Menus 


5. 3. 2. 3  Indicating  Current  Position 
in  Menu  Structure 

When  hierarchical  menus  are  used,  display  an 
indication  of  the  user's  current  position  in 
the  menu  structure.  This  could  be  done  in  the 
menu  title,  or  as  a  page  X  of  N  notation  on  the 
menu  page. 

5. 3. 2. 4  Consistent  Design  of 
Hierarchical  Menus 

When  hierarchical  menus  are  used,  ensure  the 
display  format  and  option  selection  logic  are 
consistent  at  every  level  of  the  hierarchical 
menu  structure. 

5. 3. 2. 5  Graphic  User  Interface  for 
Hierarchical  Menus 

Hierarchical  menu  design  in  a  graphical  user 
interface  should  be  as  simple  as  possible. 

The  use  of  complex  graphic  structures  is 
distracting  to  the  user. 
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5.3  Menu  Design  -  Hierarchical  Menus 


5.3.3  Navigating  Hierarchical  Menus 

5.3.3. 1  Inclusion  of  System-Level 
Menu 


The  system-level 
menu  will  act  as  a 
home  base  to  which  a 
user  can  always 
return  as  a  consistent 


Provide  a  system-level  menu  of  basic  options 
as  the  top  level  in  a  hierarchical  menu 
structure,  as  illustrated  in  Figure  5.5. 
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5.3  Menu  Design  -  Hierarchical  Menus 


5. 3. 3. 2  Organization  and  Labeling  of 
System-Level  Menu  Listed 
Options 

Control  options  for  the  system-level  menu 
should  be  grouped,  labeled,  and  ordered  in 
terms  of  their  logical  function,  frequency, 
and  criticality  of  use. 

5. 3. 3. 3  Return  to  the  System-Level 
Menu 

When  hierarchical  menus  are  used,  require 
the  user  to  take  only  one  simple  control 
action  to  return  to  the  system-level  menu. 

5. 3. 3. 4  Return  to  Higher  Level  Menus 

When  hierarchical  menus  are  used,  require 
the  user  to  take  only  one  simple  control 
action  to  return  to  the  next  higher  level. 


I 
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5.3  Menu  Design  -  Hierarchical  Menu 


5. 3. 3. 5  Control  Options  Distinct  From 
Menu  Branching 

Format  the  display  of  hierarchical  menus  so 
options  that  actually  accomplish  control 
entries  can  be  distinguished  from  those 
which  merely  branch  to  other  menu  frames. 
See  Figure  5.6. 
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5.3  Menu  Design  -  Hierarchical  Menus 


5. 3. 3. 6  Hierarchical  Menu-Browsing 

Methods  in  Direct  Manipulation 

Two  basic  methods  for  browsing  options  in 
hierarchical  menus  are  used  in  direct 
manipulation  interactive  control; 

1)  select  an  option  from  one  menu,  which 
causes  another  menu  to  pop-up,  or  2)  move 
the  cursor  towards  the  right  side  of  an 
option,  causing  a  menu  to  pop-up.  See  Figure 
5.7. 
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Example  of  a  Hierarchical  Menu 
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5.3  Menu  Design  •  Hierarchical  Menus 


5. 3. 3. 7  Use  of  Multiple  Paths 

Provide  multiple  paths  to  accommodate  both 
the  experienced  and  inexperienced  user. 

Allow  the  experienced  user  to  use  type- 
ahead,  jump-ahead,  or  other  shortcuts  to 
navigate  through  the  menu  selection  system. 

5.3.4  Hierarchical  Menu  Tree  Depth  and 
Breadth 

5. 3. 4.1  Minimal  Steps  in  Sequential 
Menu  Selection 

When  the  user  must  step  through  a  sequence 
of  menus  to  make  a  selection,  design  the 
hierarchical  menu  structure  to  minimize  the 
number  of  steps  required. 
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5.3  Menu  Design  -  Hierarchical  Menus 

5. 3. 4. 2  Use  Broad  Menu  Trees 

Use  a  broad  and  shallow  menu  tree,  rather 
than  a  narrow  and  deep  menu  tree  for 
command  and  control  systems,  as  illustrated 
in  Figure  5,8. 


Use 

This 
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5.3  Menu  Design  •  Hierarchical  Menu 


5. 3. 4. 3  Minimize  Menu  Choices  in  the 
Middle 

Minimize  the  number  of  menu  choices  midway 
through  a  hierarchical  menu,  as  the  user  is 
more  likely  to  get  lost  at  this  stage. 

5. 3. 4. 4  Software  Navigation  Aids 

Software  navigation  aids  are  needed  to  assist 
the  user  in  quickly  selecting  the  proper  area 
in  the  software.  The  user  should  be  able  to 
switch  between  software  modules  in  a  quick, 
easy  manner,  using  an  interface  such  as  a 
tree  or  organization  chart.  The  function 
should  include  the  ability  to  select  a  menu  or 
submenu  directly,  without  going  through 
intermediate  steps.  See  Figure  5.9. 
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5.4  Menu  Design  •  item  Selection 


5.4  ITEM  SELECTION 

5.4.1  General 

5. 4. 1.1  Automatic  Cursor  Placement 

When  making  a  menu  selection  by  pointing,  on 
menu  displays  not  included  with  data 
displays,  the  computer  should  place  the 
cursor  automatically  at  the  first  listed 
option.  When  menu  selection  is  by  code  entry, 
place  the  cursor  in  the  command  entry  area. 

5. 4. 1.2  Minimize  Menu  Selections 

Keep  the  number  of  menu  selections  to  the 
absolute  minimum  to  reduce  system  menu 
selection  time. 
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5-24 


Version  2.0,  MAY  92 


5.4  Menu  Design  -  Item  Selection 


5. 4. 1.3  Use  a  Combined  Mode  of  User 
Interface 

The  users  should  be  able  to  use  two  modes 
for  menu  selection;  keying  in  a  numeric  or 
letter  code,  or  placing  the  cursor  at  the 
option  and  selecting.  See  Figure  5.10. 
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5.4  Menu  Design  -  Item  Selection 


5. 4. 1.4  Feedback  for  Menu  Selection 

When  a  user  selects  and  enters  a  control 
option  from  a  menu,  if  no  natural  response  is 
immediately  observable,  the  software  should 
display  some  other  acknowledgment  of  that 
entry.  See  examples  in  Figure  5.11. 


FIGURE  5.11:  Icons  that  Acknowledge  Entry  Selection 

5. 4. 1.5  Standard  Area  for  Code  Entry 

When  menu  selection  is  accomplished  by  code 
entry,  provide  a  standard  command  entry  area 
where  the  user  enters  the  selected  code. 

Place  that  entry  area  in  a  fixed  location  on 
all  displays. 
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5.4  Menu  Design  -  Item  Selection 


5. 4. 1.6  Allow  Abbreviated  Menu 

Selections 

Allow  menu  selections  by  the  user  to  be 
accepted  in  either  abbreviated  or  complete 
form.  For  example,  the  user  should  be  able  to 
use  Q,  QU,  or  QUIT. 

5.4.2  Selection  by  Pointing 

5.4.2. 1  Menu  Selection  by  Pointing 

When  menu  selection  is  the  primary  means  of 
sequence  control,  and  especially  if  choices 
must  be  made  from  extensive  lists  of 
displayed  control  options,  permit  option 
selection  by  direct  pointing  (e  g,,  by  mouse, 
trackball,  etc.).  See  Section  6,  Direct 
Manipulation. 

5. 4. 2. 2  Large  Pointing  Area  for 
Selecting  Options 

The  acceptable  pointing  area  for  menu 
options  should  be  as  large  as  is  consistently 
possible.  The  area  should  include  at  least  the 
displayed  option  label,  plus  a  half-character 
distance  around  that  label. 
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5.4  Menu  Design  -  Item  Selection 


5.4.2.3  Dual  Activation  for  Pointing 

If  menu  selection  is  accomplished  by 
pointing,  provide  dual  activation,  where  the 
first  action  designates  (positions  a  cursor 
at)  the  selected  option,  and  a  separate, 
second  action  makes  an  explicit  control 
entry. 


Version  2.0,  MAY  92 


5.5  Menu  Design  -  Menu  Option  Labeling 


5.5  MENU  OPTION  LABELING 

5.5.1  General 

5. 5. 1.1  Use  of  Key  Words 

Menu  items  should  begin  with  a  key  word. 

5. 5. 1.2  Menu  Options  Worded  as 
Commands 

The  wording  of  menu  options  should 
consistently  represent  commands  to  the 
computer,  rather  than  questions  to  the  user. 

5. 5. 1.3  Menu  Categories 

Menu  category  labels  should  be  compre¬ 
hensible  and  unique.  The  words,  phrases,  and 
titles  should  state  options  in  clear  English. 
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5. 5. 1.4  Labeling  Grouped  Options 

If  menu  options  are  grouped  in  logical  sub¬ 
units,  give  each  group  a  descriptive  label  that 
is  distinctive  in  format  from  the  option 
labels  themselves.  See  Figure  5.12. 


COMMAND  AND  CONTnOL  SYSTEM 

ALERTS  1  STATUS  UNIT  |  UNCLASSIRED  |  170900ZMAY92 

Strsiem 

:  MmmOM  1  Cornrni  Reports  Toola  Help 

Type  1 

Selection  1 

Selection  2 

FIGURE  5.12:  Example  of  Distinctive  Subunit  Labels 


5. 5. 1.5  Use  Familiar  Terminology 

Use  familiar  terminology  when  labeling 
menus,  but  ensure  items  are  distinct  from 
one  another. 
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Lettered  menu  items 
have  the  following 
advantages;  more 
single  entry  keys  are 
available:  there  is 
less  chance  of  a 
keying  error;  and 
mnemonic  keying  of 
entries  is  possible. 


Numbered  menu 
items  have  the 
following  advantages: 
sequencing  of  items  is 
clear;  non-typists 
can  easily  locate 
numbers:  and  the 
user  can  quickly  see 
how  many  options  are 
available. 


5.5  Menu  Design  -  Menu  Option  Labeling 


5.5.2  Selector 

5. 5. 2.1  Best  and  Worst  Se  actors  for 
Menu  Items 

Mnemonics  is  a  technique  to  assist  in 
improving  the  user’s  memory.  Compatible  or 
mnemonic  letters  are  the  best  selectors  for 
menu  items  while  incompatible  letters  are 
the  worst.  Numbers  are  intermediate 
selectors. 

5. 5. 2. 2  Do  Not  Combine  Codes 

Letter  and  numeric  codes  should  not  be 
combined  in  the  dialog. 

5. 5. 2. 3  Selection  of  Menu  Titles 

Use  selectors  that  closely  match  the  item 
represented,  to  facilitate  user  retention  of 
commands. 
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5. 5. 2. 4  Numbering 

Number  menu  items  starting  with  1  --  not 
with  0. 


5. 5. 2. 5  Consistent  Coding  of  Menu 
Options 

If  letter  codes  are  used  for  menu  selection, 
use  those  letters  consistently  in  designating 
options  from  one  transaction  to  another. 

5. 5. 2. 6  Displaying  Option  Code 

When  the  user  must  select  options  by  code 
entry,  display  the  code  associated  with  each 
option  in  a  consistent  distinctive  manner. 

See  Table  5.1. 

TABLE  5.1 :  Examples  of  Option  Codes 

Code 

P 
N 
U 

Del 


Option 

Previous  Page 
Next  Page 
Undo 
Delete 
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6.0 


DIRECT  MANIPULATION 


For  graphical  user  interfaces,  a  major  type  of 
interactive  dialog  is  through  direct  manipulation.  In  a 
direct  manipulation  dialog,  the  user  controls  the 
interface  with  the  computer  by  acting  directly  on 
"objects"  on  the  display  screen.  An  object  may  be  an 
icon  (which  is  a  pictographic  symbol  that  represents  a 
computer  process  or  data  [Gittins  1986]),  menu  option, 
symbol,  button,  or  dialog  box.  The  user  highlights  the 
object  and  implements  the  action  by  the  use  of  a 
pointing  device,  such  as  a  mouse.  Actions  include 
moving  an  object,  querying  a  database,  calling  up  a 
preformatted  message,  or  sending  a  message  over  a 
communications  system.  The  result  of  an  action  is 
immediately  observable. 

The  direct  manipulation  of  a  computer  system  is 
analogous  to  controlling  a  tactical  vehicle.  The  user 
uses  a  control,  such  as  the  steering  wheel,  to  input  a 
command  to  the  vehicle  and  is  rewarded  by  an 
immediate  response.  With  a  computer,  the  user  moves 
a  cursor  over  an  object,  such  as  a  symbol,  and  presses 
a  button  to  input  a  command,  such  as  querying  status. 
The  system  responds  immediately  by  displaying  the 
status  in  a  pop-up  window  next  to  the  object.  This  is 
unlike  a  command-language-based  system,  where  the 
user  types  in  a  command,  hits  ENTER,  then  waits  for  a 
response  from  the  system. 
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6.0  Direct  Manipulation  -  Introduction 


Direct  manipulatiort  user  interfaces  are  characterized 
by  continuous  representation  of  the  object  of  interest, 
physical  actions  or  button  presses  to  effect  computer 
actions,  incremental  reversible  actions,  and  imme¬ 
diate  visual  feedback.  These  characteristics  provide 
the  user  with  a  greater  feeling  of  control  and  often 
lead  to  better  performance  and  greater  acceptance. 

A  reason  for  using  direct  manipulation  in  the  user 
interface  is  the  reduced  time  required  to  learn  new 
applications.  Efficiencies  in  learning  result  from 
using  both  standard,  consistent  actions  in  the 
application  environment  and  metaphors  to  guide  the 
user.  A  metaphor  uses  the  visual  nature  of  a  direct 
manipulation  interface  to  map  objects  in  the 
application  onto  a  visual  representation  familiar  to 
the  user.  Metaphors  effectively  control  the 
complexity  of  the  user  interface  by  making  actions, 
procedures,  and  concepts  similar  to  those  already 
known  to  the  user.  By  exploiting  the  user's  prior 
knowledge,  the  designer  permits  the  user  to  think  in 
terms  familiar  to  the  application  domain,  rather  than 
in  terms  of  low-level  computer  concepts.  This 
results  in  applications  that  are  easier  to  learn  and 
easier  to  use.  Some  effective  examples  are  an 
accountant's  worksheet  in  a  spreadsheet  application 
or  the  physical  world  in  an  object-oriented 
programming  environment. 

The  following  considerations  should  be  kept  in  mind 
when  designing  a  direct-manipulation,  user-computer 
interface. 
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6.0  Direct  Manipulation  -  Introduction 


Selecting  the  metaphor  should  leverage  prior 
knowledge  in  a  way  that  is  specific  to  the 
user's  environment.  The  metaphor  should 
represent  the  system  function  in  a  way  that 
is  meaningful  to  the  user.  The  office 
metaphor  described  above  may  not  be 
appropriate  for  a  tactical  command  and 
control  system. 

•  The  metaphor  should  be  simple,  but  not  so 
simple  that  it  leads  to  underutilization  of  the 
system  because  it  does  not  model  all  the 
available  capability.  The  user  will  not  be 
aware  of  what  is  not  modeled. 

•  The  metaphor  used  for  icons  and  system  inter¬ 
action  should  be  tested  with  representatives 
of  the  intended  user  population. 

•  The  following  hardware  considerations  should 
be  incorporated  for  an  effective  direct 
manipulation  system:  1)  a  high-resolution, 
bit-mapped  display  system,  2)  greater 
central  processing  and  memory  to  support  the 
bit-mapped  windowing  system,  and  3)  rapid 
operating  speed  to  provide  the  immediate 
response  needed  for  effective  user-computer 
interaction. 
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The  designer  should  recognize  that  the  ways  in  which 
a  human  perceives  figures  impacts  how  icons  are 
designed.  The  icon  designer  needs  to  incorporate 
Gestalt  principles  of  human  perception  (Lewis  and 
Fallesen  1989),  briefly  described  as  follows: 

•  Humans  see  the  simplest  or  most  efficient 
interpretation  of  an  icon.  Therefore,  the 
designer  should  avoid  complex  shapes  that 
the  user  may  misinterpret. 


The  user  will  associate  a  meaning  with  an 
icon.  The  stronger  the  associated  meaning, 
the  more  easily  the  icon  will  be  recognized 
and  remembered.  Therefore,  the  designer 
should  create  icons  that  have  intrinsic 
meaning  to  the  user. 


•  Users  tend  to  mentally  group  objects. 

Grouping  can  be  based  on  proximity, 
similarity,  arrangement  of  objects  that 
define  a  closed  region,  arrangement  of 
objects  in  straight  or  smoothly  curving  lines, 
symmetry  of  arrangement,  and  objects 
undergoing  simultaneous,  correlated  changes. 
Grouping  can  provide  additional  meaning  to 
icons,  but  the  designer  should  ensure  that 
unrelated  icons  are  not  inadvertently  grouped 
by  users. 
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Figure-ground  relationships  are  important  to 
how  a  user  perceives  an  icon.  Figure  refers 
to  an  object,  which  has  a  shape  and  stands 
out  from  the  background.  Ground  refers  to  the 
area  that  is  perceived  to  continue  behind  the 
figure.  Keep  in  mind  the  following  points 
regarding  this  topic. 

The  size  of  a  figure  relative  to  its 
background  is  important.  The  smaller 
the  size  of  a  figure  relative  to  the 
ground,  the  more  likely  it  will  be 
perceived  as  a  figure. 

-  When  shape  only  is  used  as  a 
discriminator  for  figures,  convex 
shapes  will  likely  be  perceived  as 
figures  and  concave  shapes  as  holes. 

•  A  contour  line  will  be  perceived  as 
belonging  to  only  one  of  the  areas  it 
delineates. 

Position  affects  whether  an  object  will 
be  perceived  as  a  figure.  Centrally 
positioned  objects  and  the  lower 
portion  of  a  surface  divided 
horizontally  into  two  parts  are  seen  as 
figures. 
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The  greater  the  contrast  between  an  object 
and  its  background,  the  greater  the  perception 
of  the  object  as  a  figure. 

The  following  pages  provide  detailed  guidelines  for 
designing  the  user-computer  interface  when  direct 
manipulation  is  used.  The  designer  should  recognize 
that  the  literature  has  little  explicit  guidance  for 
direct  manipulation  as  it  applies  to  military  command 
and  control  systems.  Therefore,  it  is  imperative  that 
before  formalizing  the  user-computer  interface, 
detailed  research  and  careful  testing  of  alternatives 
be  done  with  users  who  represent  the  intended  user 
population. 
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6.1  GENERAL 

Direct  manipulation  of  displayed  objects  should  be 
provided  as  a  means  of  interactive  control,  because 
command  and  control  applications  may  be  used  by 
casual  system  users  and  turnover  in  personnel  will  be 
high. 

6.1.1  Hardware  Considerations 

The  designer  should  be  aware  of  the  following 
hardware  considerations. 

6. 1.1.1  Display  System 
Requirements 

High  resolution  screens  and  a  bit-mapped 
hardware  architecture  are  required  for  direct 
manipulation  systems. 

6. 1.1. 2  Use  of  Positive  Image 

Because  direct  manipulation  is  designed  to 
represent  the  actual  product,  a  positive 
image  (dark  foreground  on  light  background) 
is  best,  as  it  represents  printed  output.  See 
the  example  in  Figure  6.1. 
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Software  must  be 
flexible  enough  to 
accommodate  key¬ 
board  cursor  keys 
should  the  pointing 
device  fail. 


6.1  Direct  Manipulation  -  General 


FIGURE  6.1:  Example  of  Positive  and  Negative  Images 


6. 1.1. 3  Pointing  Device 

Direct  manipulation  is  most  efficient  when  a 
pointing  device  such  as  a  mouse,  trackball,  or 
other  device  is  used.  Touch-interactive 
devices  are  discussed  in  Section  16. 

6.1.2  Screen  Arrangement  by  the  User 

The  iser  should  be  able  to  arrange  windows  and 
icons  on  the  screen  tc  meet  the  individual  task 
needs.  However,  the  user  should  not  be  able  to 
move  the  window  or  icon  off  the  screen. 
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6.1.3  Function  Control 

Five  methods  should  be  considered  for  invoking  a 
function,  file,  or  operation  with  direct 
manipulation:  Function  Keys,  Menu  Bar,  Pop-up 
Menus,  Pull-down  Menus,  and  Icons.  Icons  are 
discussed  in  Paragraph  6.3.  Function  keys  are 
discussed  in  Section  4.  and  menuing  is  discussed  in 
Section  5. 

6.1.4  Interaction 

Operator  interactive  tasks  should  use  the  most 
appropriate  input  mode.  The  keyboard  is 
recommended  for  extensive  alphanumeric  data. 

Using  pointing  devices  to  select  from  menus  is 
usually  more  effective.  Where  both  modes  are 
present,  the  software  should  allow  both  keyboard 
and  pointing  device  selection  of  items. 
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6.2  METAPHORS 

Metaphors  associate  interface  objects  in  the 
application  or  problem  domain  with  a  visual 
representation  familiar  to  the  user  (e.g.,  trash  cans 
equal  delete).  They  should  be  used  carefully  and 
tested  with  the  user  population.  The  following 
paragraphs  provide  guidance  on  metaphor  design. 

6.2.1  Metaphor  Model 

The  metaphor  should: 

a.  model  the  system  being  controlled 

b.  be  appropriate  for  the  user's  tasks,  functions 
and  environment.  The  office  metaphor  may 
not  necessarily  be  appropriate  for  military 
command  and  control. 

6.2.2  Metaphor  Consistency  with  Objects 

Metaphors  should  be  consistent  with  the  objects 
chosen  to  represent  the  functions.  For  example, 
deleting  a  file  with  recovery  capability  would  be 
represented  by  a  trash  can,  whereas  deleting  a 
file  permanently  would  be  represented  by  a  paper 
shredder. 
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Oversimplification 
occurs  when  the 
metaphor  does  not 
model  all  the 
capability  available  to 
the  user,  causing 
under-utilization  of 
the  system. 


6.2  Direct  Manipulation  -  Metaphors 


6.2.3  Complex  Metaphors 

Avoid  using  complex  metaphors.  Complex 
metaphors,  like  complex  icons,  can  lead  to 
increased  inferences  of  meaning  and  errors  by  the 
user. 

6.2.4  Metaphor  Oversimplification 

Although  metaphors  should  be  as  simple  as 
possible,  ayoid  oversimplification. 

6.2.5  Metaphors  Versus  Self-Contained 
Icons 

If  effective  self-contained  symbols  (icons)  can  be 
designed  for  information  presentation,  use  them 
over  multiple  icons  of  a  complex  metaphor. 

6.2.6  Generalization  of  Metaphors 

Metaphors  should  be  general  enough  to  allow  the 
user  to  understand  and  use  other  metaphors  or 
media,  such  as  text-based  systems. 
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6.2  Direct  Manipulation  -  Metaphors 

6.2.7  Metaphor  Tutoring 

Icon  metaphors  should  be  designed  to  tutor  the 
user  towards  a  more  complete  understanding  of 
the  underlying  functional  system. 

6.2.8  Connotations  Induced  by  Metaphors 

Metaphors,  especially  those  used  by  more  than 
one  cultural  or  national  group  (e.g.,  NATO  forces), 
should  be  developed  carefully  to  ensure  they  do  not 
have  a  negative  connotation  for  the  user.  See  also 
Paragraph  6.3. 9.3. 


L  2 


6-12 


Version  2.0,  MAY  92 


The  designer  should 
consider  the  display 
media  when  designing 
the  icon  (e.g.,  an  icon 
design  for  a  high- 
resolution  display 
may  lose  meaning 
when  presented  on  a 
low-resolution 
display). 


6.3  Direct  Manipulation  -  Icons 


6.3  ICONS 

Icons  are  pictographic  symbols  that  represent 
objects,  processes,  or  data.  Icons  are  the  most 
visible  manifestation  of  a  metaphor,  as  described  in 
the  introduction  to  Section  6.  The  following 
paragraphs  provide  guidelines  for  designing  icons. 
However,  it  must  be  stressed  that  more  research 
needs  to  be  performed  to  arrive  at  a  complete  set  of 
icons  for  military  command  and  control. 

6.3.1  Use  of  Icons 

When  using  direct  manipulation,  use  icons  as  visual 
representations  of  system  functions  that  can  be 
manipulated  by  the  user. 
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6.3.2  Iconic  Menus 

Iconic  menus  are  groups  of  icons  that  act  the  same 
as  textual  menus,  allowing  selection  of  system 
options.  Figure  6.2  illustrates  an  iconic  menu. 


FIGURE  6.2:  Example  of  an  Iconic  Menu 


6.3.2. 1  Use  of  Icons  for  the 
Multilingual  User 

When  a  user  will  be  multilingual  (e.g.,  NATO 
Forces),  devise  iconic  menus  for  control 
functions. 
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6.3  Direct  Manipulation  -  Icons 


6. 3. 2. 2  Icon  Menu  Option  Defeat 

When  using  iconic  menus,  design  the  system 
such  that  once  an  action  has  been  initiated 
through  an  icon  (e.g.,  printing),  nonselectable 
icons  cannot  be  manipulated.  Provide  the 
user  with  a  visual  indication  of  which  icons 
are  unavailable. 

6.3.3  Icon  Mapping  to  Functions 

When  an  icon  is  used  to  represent  more  than  one 
function  (i.e.,  mapped),  do  not  repeat  the  icon  for 
each  function.  Selection  of  the  icon  should  cause  a 
menu  to  appear  that  allows  the  user  to  select  the 
specific  function  to  be  performed.  For  example,  an 
icon  for  selecting  communication  devices,  when 
selected,  would  cause  a  menu  listing  each  type  of 
communication  device  to  appear.  The  user  would 
then  select  the  device  to  be  used. 
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6.3.4  Switching  to  Textual  Representation 

Include  a  feature  that  allows  the  user,  when 
working  with  icons,  to  switch  to  a  textual  repre¬ 
sentation  of  the  functions  or  files.  The  text  should 
be  listed  sequentially  to  produce  a  logical 
transition  from  icon  to  text.  See  Figure  6.3. 
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FIGURE  6.3:  Example  of  Textual  Representation 
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6.3  Direct  Manipulation  •  Icons 


6.3.5  Testing  Icon  Design 

It  is  imperative  to  test  icon  design  with  a  group  of 
users  who  represent  the  intended  user.  This  should 
ensure  the  meaning  of  the  icon  is  implicitly 
understood. 

6.3.6  Using  Color-Coding  in  Icons 

Use  caution  when  color-coding,  and  use  color  only 
if  it  is  redundant  to  another  coding  method.  See 
Section  11,  Color  Usage,  for  additional  color 
guidelines. 
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6.3  Direct  Manipulation  -  Icons 


6.3.7  Consistency  of  Icon  Design 

6. 3. 7.1  Consistent  icon  Meaning 

icon  meaning  should  be  consistent  across 
displays  and  standardized  within  an 
application.  To  the  extent  possible,  it  should 
also  be  standardized  and  consistent  across 
all  command  and  control  systems. 

6. 3. 7. 2  Common  Primitives  and 
Boundaries 

As  feasible,  use  a  common  set  of  primitives 
(code  that  defines  a  specific  shape,  form,  or 
color)  and  boundaries  for  icons.  This  will 
improve  the  user's  ability  to  recognize  and 
associate  icons  with  their  meanings. 

6. 3. 7. 3  Consistency  of  Interaction 

Interaction  with  icons  should  be  consistent 
with  other  system  dialogs,  especially  those 
used  for  windows.  For  example,  if  the  user 
can  layer  and  expand  windows,  the  user 
should  be  able  to  do  the  same  with  icons. 
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6.3  Direct  Manipulation  -  Icons 


6.3.8  Icon  Labeling 

6.3.8. 1  Additional  Labeling  of  Icons 

An  icon  shape  generally  represents  a  class  of 
items  or  functions.  To  distinguish  the 
precise  function,  provide  an  additional  label 
that  names  each  icon. 

6. 3. 8. 2  Icon  Label  Placement 

Icon  labels  should  be  placed  underneath  the 
icon,  as  illustrated  in  Figure  6.4.  If  labels 
are  not  used,  the  user  should  be  able  to  query 
the  system  to  get  a  definition  of  the  icon. 


FIGURE  6.4:  Example  of  a  Text  Title  for  an  Icon 
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6.3.9  Icon  Shape 

6.3.9. 1  Designing  Icon  Shape 


Design  icon  shapes  to  provide  a  visual 
representation  that  matches  the  user's 
expectations  and  allows  an  association 
between  the  icon  and  the  function  being 
controlled.  With  respect  to  the  user,  icon 
shape  should  be  a  concrete,  not  abstract, 
concept. 


6. 3. 9. 2  Simplicity  of  Icon  Design 

Icon  shapes  should  be  as  simple  as  possible 
to  ensure  user  recognition.  If  the  icon  shape 
is  too  complex,  the  user  may  make  errors  in 
recognizing  the  icon.  Icon  shape  should  show 
or  exaggerate  an  object's  natural  features. 
See  Figure  6.5. 


FIGURE  6.5:  Examples  of  Icon  Shapes 
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6. 3. 9. 3  Design  for  Different  Cultures 
and  Nationalities 

If  icons  are  to  be  used  with  different  cultural 
or  national  groups  (e.g.,  NATO  Forces),  use 
technological  shapes  or  forms  rather  than 
natural  objects.  The  examples  shown  in 
Figure  6.6  include  areas  shaped  as  circles, 
triangles,  or  boundaries  shaped  as  lines  with 
pluses  (+)  as  end  marks. 


FIGURE  6.6:  Example  of  the  Use  of  Technological  Shapes 
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6. 3. 9. 4  Number  of  Unique  Icon  Shapes 

The  fewer  unique  icon  shapes  used,  the  more 
effective  the  user-computer  interface.  At  a 
maximum,  no  more  than  20  unique  shapes 
should  be  used. 

6. 3. 9. 5  Boundary  Lines 

Icon  boundary  lines  should  be  solid  and  closed 
and  should  have  a  high  contrast  value. 

Corners  should  be  smooth.  The  best  boundary 
is  based  on  the  contrast  between  the  figure 
and  the  underlying  display  background. 

6. 3. 9. 6  Open  Boundaries 

If  a  boundary  is  left  open,  be  aware  that  the 
user  will  tend  mentally  to  close  the  open 
boundary.  Design  the  opening  to  ensure  this 
closure  will  not  occur. 
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6.3  Direct  Manipulation  •  Icons 

6. 3. 9. 7  Icon  Figure-Ground  Form 

Icon  figure-ground  (foreground  lines,  etc.) 
should  be  clear  and  stable. 

6. 3. 9. 8  Depiction  of  Opposite 
Functions 

When  icons  represent  opposite  functions, 
design  the  icons  so  they  mirror  one  another. 
See  Figure  6.7. 
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;  Example  of  Mirrored  Icons 
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6. 3. 9. 9  Three-uimensional  Icons 

If  three-dimensional  icons  are  used,  allow 
the  user  to  manipulate  them  through  rotation 
so  they  can  be  viewed  from  different  vertical 
and  horizontal  viewing  angles. 

6.3.9.10  Icon  Highlighting 

When  an  icon  is  selected,  it  should  be  high¬ 
lighted. 
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6.3.10  icon  Size 

6.3.10.1  Size  of  Icons 

Icons  should  be  at  least  1/4  inch  in  height  to 
reduce  the  time  required  for  positioning  the 
cursor  on  the  target  and  performing  the 
required  controlling  actions. 

6.3.10.2  Size  Coding  of  Icons 

Up  to  five  sizes  of  icon  can  be  used  for 
coding,  but  no  more  than  three  are 
recommended  for  command  and  control 
systems. 

6.3.10.3  Icon  Size  When  Used  for 
Coding 

When  size  coding  of  icons  is  used  by  command 
and  control  systems,  the  larger  icon  should  be 
1.5  times  as  large  as  the  next  smallest. 

6.3.10.4  Icon  Figure-Ground  Size  Ratio 

Icons  should  have  a  size  ratio  to  the 
background  of  1:1.5. 
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7.0  WINDOWING 


Resizing  windows  is 
performed  through 
"hooking"  the  edge  or 
corner  and  dragging 
the  cursor  to  reduce 
or  increase  the 
window  size,  or  by 
using  buttons 
typically  located  in 
the  upper  right 
corner  of  a  window. 
See  Figure  7.1. 


A  window  provides  the  visual  means  by  which  the  user 
can  interact  with  an  application  program.  Results  of 
the  command  or  data  input  by  keyboard,  mouse,  or 
other  device  will  be  displayed  in  the  window.  A 
window  display  screen  is  analogous  to  a  window  in  a 
wall  that  allows  one  to  see  into  a  room;  the  window 
display  screen  allows  the  user  to  see  into  a  software 
program.  Typically,  a  window  is  rectangular  and  can 
cover  part  or  all  of  a  display  screen.  In  addition, 
multiple  windows  can  be  open  at  one  time  on  a 
display.  Figure  7.1  illustrates  a  typical  window.  The 
arrows  and  labels  identify  key  parts  of  the  window. 


FIGURE  7.1 :  Example  of  a  Typical  Windowing  Screen 

The  user  controls  window  operation  using  a  number 
of  basic  functions.  By  opening  and  closing  a  window, 
a  task  or  application  is  started,  stopped,  or  removed 
from  the  screen.  Scrolling  allows  the  user  to  view 
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"Moving"  refers  to 
the  user's  ability  to 
reposition  windows  on 
the  screen. 

"Designation"  refers 
to  the  means  of  ident¬ 
ifying  the  active 
window. 


7.0  Windowing  -  introduction 


the  information  within  a  window,  including  that  which 
is  outside  the  normal  boundaries  of  the  window. 
Windows  can  be  stacked  on  top  of  each  other  like 
paper  on  a  desk.  Good  designs  should  provide  the  user 
the  capability  to  reshuffle  and  move  windows  relative 
to  each  other  (BRING-TO-FRONT  AND  PUSH-TO-BACK 
commands). 

The  two  basic  approaches  to  simultaneous  window 
presentation  are  tiling  and  overlapping.  In  the  tiling 
approach,  multiple  windows  do  not  overlap  but  lie  on 
the  same  plane.  Their  borders  are  flush,  and  the 
primary  control  operations  that  can  be  applied  to  each 
window  are  opening  and  closing,  designation, 
scrolling,  moving,  and  sizing.  Figure  7.2  illustrates 
this  type  of  window  design. 
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Using  the  overlapping  method,  windows  are  presented 
on  multiple  planes  and  appear  to  be  three-dimensional. 
Windows  can  overlap  or  even  obscure  each  other,  like 
pieces  of  paper  on  a  desk  top.  The  user  can  apply  all 
of  the  control  functions  previously  discussed  to  over¬ 
lapping  windows.  Figure  7.3  illustrates  this  type  of 
window  design. 


1  COMMA^O  AND  COrrrROL  SYSTEM 

1  ALERTS 

STATUS 

UNIT 

UNCLASSIFIED  | 

1 70900 ZMAY92 

SyMMTi  |yb«agH 

Comm  Mipo  Roporu  Tooit 

Help 

FIGURE  7.3:  Example  of  the  Overlapping  Approach 

One  difficulty  in  developing  design  guidelines  for 
windowing  is  the  lack  of  information,  primarily 
because  the  design  phenomenon  is  so  recent.  The 
depth  and  breadth  of  research  on  how  windows  impact 
user  performance  are  not  as  great  as  they  are  for 
other  design  areas  (Billingsley  1988).  In  general,  the 
following  generic  guidelines  can  be  applied  tu 
design  of  windowing. 


7-3 


Version  2.0,  MAY  92 

7.0  Windowing  -  Introduction 


•  Be  consistent  in  how  the  windows  look  and 
"act." 

•  Ensure  the  display  device  has  the  resolution 
and  size  to  support  properly  a  windows 
approach  to  information  presentation. 

•  Ensure  the  central  processor  has  the  power, 
in  terms  of  memory  and  speed,  to  utilize 
effectively  a  windows  approach.  Without 
proper  hardware,  the  speed  of  information 
presentation  will  be  significantly  degraded 
by  slow  system-response  time. 

•  Use  windows  if  the  user  needs  to  perform 
multiple  tasks  or  see  different  sets  of  data 
concurrently. 

This  section  provides  more  detailed  guidance  for 
designing  windows  for  command  and  control  systems. 
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7.1  Windowing  -  Generai  Guidance 


7.1  GENERAL  GUIDANCE 


The  designer  must 
recognize  the 
limitations  that  the 
hardware  imposes  on 
the  usefulness  of 
windowing  software. 


7.1.1  Hardware  Limitations  on  the  Use 
of  Windowing 

Windowing  should  be  avoided  when  the 
hardware  has  the  following  limitations: 

a.  small  screen  size,  resulting  in  frequent 
manipulation  of  the  screen  by  the  user 

b.  slow  processing  speed,  resulting  in  slow 
operation  of  tactical  functions  performed  by 
the  computer 

c.  low  screen  resoluticn,  resulting  in  less 
effective  visual  coding,  especially  for 
tactical  map  graphics  symbols  and  icons. 

7.1.2  Flexibility  of  Window  Specification 

A  key  to  the  effective  design  of  a  windowing  user- 
computer  interface  is  the  flexibility  the  user  has 
in  customizing  window  content  and  format.  A 
balance  must  be  achieved  between  user-specified 
windows  and  preformatted  windows. 
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7. 1.2.1  User-Specified  Windows 

a.  When  the  need  to  view  several  different 
types  of  data  jointly  cannot  be  deter¬ 
mined  in  advance,  allow  a  user  to 
specify  and  select  separate  data 
windows  that  will  share  a  single 
display  frame. 

b.  Where  the  information  required  for 
decision  making  may  vary  according 
to  the  tactical  situation,  allow  the 
user  to  specify  what  information  to 
include  in  a  display. 

7.1. 2.2  Predefined  Windows 

a.  When  content  of  particular  tactical 
displays  can  be  determined  during 
interface  design,  provide  the  user 
with  preformatted  windows,  such  as 
standard  message  texts  for  data  entry 
and  display. 

b.  Allow  the  user  to  display  several  of 
these  windows  concurrently,  according 
to  the  tactical  need. 
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7.1  Windowing  -  General  Guidance 


Temporary  window 
overlays  are 
especially  effective 
for  providing  a  menu 
of  alternatives  for 
field  entry  in 
preformatted  tactical 
messages  and  database 
queries. 


Each  open  window 
requires  system 
resources  in  terms  of 
memory  and 
processing  speed.  A 
limit  on  the  maximum 
number  of  windows 
that  can  be  effectively 
opened  for  each 
system  should  be 
determined  through 
experimentation. 


7.1.3  Temporary  Window  Overlays 

7. 1.3.1  Use  of  Temporary  Window 
Overlays 

When  it  is  necessary  temporarily  to  add 
requested  data  or  other  features  to  a  current 
display,  provide  window  overlays  for  that 
purpose. 

7. 1.3. 2  Masking  the  Active  Window 

Ensure  a  temporary  window  overlay  does  not 
completely  cover  the  active  window,  thereby 
obscuring  critical  control  information  and 
command  entry  widgets,  soft  keys,  or  other 
activation  points. 

7. 1.3. 3  Nondestructive  Overlay 

When  a  window  overlay  temporarily  obscures 
other  displayed  data,  ensure  the  obscured  data 
are  not  permanently  erased  but  will  reappear 
when  the  overlay  is  later  removed. 

7.1.4  Number  of  Allowable  Open  Windows 

To  ensure  system  response  time  is  not  compro¬ 
mised,  design  into  the  command  and  control  system 
a  defined  upper  limit  on  the  number  of  windows 
allowed  to  be  open  at  one  time. 
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7.1  Windowing  •  General  Guidance 


7.1.5  Window  Physical  Design 

7. 1.5.1  Reducing  Visual  Clutter 

Avoid  visual  clutter  in  designing  windowing 
systems. 

7. 1.5. 2  Tiled  Windows 

For  tiled  window  systems,  minimize  the 
clutter  at  the  edges  caused  by  scroll  bars, 
etc.  See  Figure  7.4.  Figure  7.2  illustrates  an 
uncluttered  display. 
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3URE  7.4:  Example  of  a  Cluttered  Window  Design  for  Tiled  Windows 
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7.1  Windowing  -  General  Guidance 

7. 1.5. 3  Overlapping  Windows 

For  overlapping  window  systems  with 
multiple  windows,  keep  the  background 
pattern  neutral,  rather  than  using  complex 
patterns.  See  Figure  7.5  for  an  example  of  a 
cluttered  display.  Figure  7.3  illustrates  an 
uncluttered  display. 


FIGURE  7.5:  Example  of  Cluttered  Window  Design  for 
Overlapping  Windows  Induced  by  a  Complex  Background  Pattern 
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7.1  Windowing  •  General  Guidance 


7. 1.5. 4  Adequate  Window  Size 

When  a  display  window  must  be  used  for 
scanning  data  that  exceed  more  than  one  line, 
ensure  the  window  can  display  more  than  one 
line  of  data. 

7. 1.5. 5  Command  Entry,  Prompts, 
Messages  at  Bottom 

When  the  system  provides  an  area  within  a 
window  for  command  entry,  messages,  or 
prompts,  this  area  should  be  placed  at  the 
bottom  of  the  window  display. 
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7.1  Windowing  -  General  Guidance 


7. 1.5. 6  Dialog  Box  Design 

Dialog  boxes  should  be  designed  to  look  and 
function  consistently  for  all  applications  and 
systems.  To  achieve  this,  use  the  following 
recommendations  (see  Figure  7.6): 

a.  Control  buttons  used  to  input  a 
command  from  a  dialog  box  should  be 
located  at  the  bottom  of  the  window, 
making  it  consistent  with  the  user's 
natural  task  flow. 

b.  The  button  used  to  input  the  selected  or 
default  command  (usually  an  OK)  should 
be  located  on  the  (eft  side  of  the  box. 
The  CANCEL  button  should  be  located  on 
the  right  side.  Any  additional  control 
buttons  should  be  located  between  the 
OK  and  CANCEL  buttons. 


Title 


Option  or 
Information  Area 


I _ 

1 

OK  I 

1  Cancel 

FIGURE  7.6:  Example  of  How  a  Dialog  Box  Should  Be 
Designed 
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7.2  Windowing  •  Control 


7.2  WINDOW  CONTROL 

Control  refers  to  how  the  user  manipulates  the 
window,  not  how  the  application  operates  within  the 
window.  Guidelines  for  the  design  of  window  control 
fall  into  five  basic  topics:  general  guidelines,  opening 
and  closing,  moving,  sizing,  and  scrolling.  These  are 
discussed  as  follows. 

7.2.1  General 

7. 2. 1.1  Consistent  Control  Within 
Windows 

When  a  user  may  perform  control  actions 
(such  as  command  entry)  while  working 
within  a  window,  ensure  those  control 
actions  will  be  consistent  from  one  window 
to  another. 

7. 2. 1.2  Consistent  Window  Control 

Ensure  the  means  provided  to  the  user  for 
controlling  the  size,  location,  and 
characteristics  of  window  overlays  operate 
consistently  from  one  display  to  another  for 
each  type  of  overlay. 
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7.2  Windowing  •  Control 


7. 2. 1.3  Easy  Suppression  of  Window 
Overlays 

Provide  an  easy  means,  such  as  iconization  or 
closing,  for  the  user  to  suppress  the  display 
of  window  overlays. 

7. 2. 1.4  Menu  Bars  for  Multitasking 
Windows 

Where  different  applications  are  operating 
concurrently  in  open  windows  (e.g., 
multitasking),  provide  a  separate  menu  bar 
for  each  application  window.  See  the 
example  in  Figure  7.7. 


FIGURE  7.7:  Example  of  Applications  Menu  With  Menu  Bars 
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7.2  Windowing  >  Control 


7.2.2  Opening  and  Closing  Windows 

Windows  are  opened  and  closed  by  icons,  menu 
selections,  or  a  close-button  widget  (a  small,  push¬ 
button  control  object  usually  located  in  the  upper 
left  corner  of  a  window).  When  designing  the 
opening  and  closing  operations,  consider  the 
following  guidelines. 

7.2.2. 1  Animation  Showing  Icon 
Opening/Ciosing 

The  software  should  provide  an  animated 
depiction  of  the  opening  and  closing  of  a 
window  by  portraying  the  window  shrinking 
to  an  icon  and  vice  versa.  This  helps  the  user 
relate  the  window,  icon,  and  action.  See 
Figure  7.8. 


FIGURE  7.8:  Example  of  Window  Animation 
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7.2  Windowing  -  Control 


If  the  primary 
window  is  minimized 
into  an  icon,  the 
subordinate  windows 
should  be  temporarily 
closed  and  reopened 
when  the  window  is 
reopened. 


7. 2. 2. 2  Closure  of  All  Subordinate 
Windows 

When  a  main  applications  window  is  closed  by 
the  user,  all  associated  subordinate  windows 
and  dialog  boxes  should  also  close. 

7.2.3  Moving  Windows 


Moving  windows  can 
be  performed  by 
either  of  two  methods: 
1)  by  "hooking*  the 
title  banner  and 
dragging  the  window, 
or  2)  by  selecting  a 
move  option  from  a 
special  menu, 
designating  which 
specific  window  is  to 
be  moved,  and 
dragging  the  window 
to  its  new  position. 


7. 2. 3.1  Window  Movement  Feedback 

Do  not  indicate  window  movement  by  an 
outline  only.  Provide  either  full  movement 
of  the  window  (see  Figure  7.9)  or  move  an 
outline,  leaving  the  window  visible  on  the 
screen. 
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7.2  Windowing  •  Controi 
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Example  of  a  Screen  Move 
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7.2  Windowing  -  Control 


7. 2. 3. 2  Cursor  Shape  for  Moving 
Window 

When  the  user  must  select  a  specific  move 
function  to  relocate  a  window  on  a  screen, 
ensure  the  cursor  indicates  this  by  a  change 
in  shape.  Figure  7.10  illustrates  one  type  of 
cursor  change. 


COyMAND  AND  OO^rTnOL  SYSTEM 

ALERTS  1 

STATUS  1  UNIT  |  UNCLASSIRED 
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Comm  Mip*  Raportt  Took 
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FIGURE  7.10:  Example  of  a  Cursor  Changing  Shape 
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7.2  Windowing  •  Control 


7.2.4  Resizing  Windows 

7.2.4. 1  System  Protection 

Provide  system  protection  against  obscuring 
critical  control  information  during  window 
manipulation,  especially  during  user 
maximization  of  the  window.  This  means 
system  protection  for  both  the  data  being 
retrieved  through  dialog  boxes  and  system- 
level  control  information,  such  as  alert 
indications.  See  Figures  7.11  and  7.12. 
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FIGURE  7.11:  Maximum  Size  of  Window 
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Keeping  the  contents 
visible  will  reduce 
the  number  of  steps 
required  by  the  user 
(e.g.,  resize,  view, 
etc.). 


7.2  Windowing  -  Controi 


FIGURE  7.12:  Window  Size  Too  Large,  Covering  Critical  Information 


7. 2. 4. 2  Visual  Indication  of  Resizing 

When  a  window  is  resized,  ensure  the  window 
contents  remain  visible  during  the  resizing  to 
provide  a  visual  indication  of  the  effect  on 
the  window  contents  (e.g.,  visibility  and 
integrity  of  the  image),  rather  than  providing 
just  an  outline. 
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7.2  Windowing  -  Control 


7. 2. 4. 3  Tiled  Window  Resizing 

Resizing  of  tiled  windows  by  a  user  is  not 
recommended.  If  resizing  is  absolutely 
required  for  a  tiled  window  system,  ensure 
the  system  automatically  resizes  all  other 
open  windows  when  one  is  resized  by  the 
user. 

7. 2. 4. 4  Removing  Resize  Border 

Most  windows  have  a  resize  border  (see 
Figure  7.13)  located  at  the  peripheral  edge. 
If  a  window  cannot  be  resized,  this  resize 
border  should  be  removed  to  provide  a 
positive  indication  to  the  user  that  the 
window  size  is  static. 
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7.2  Windowing  -  Control 


Window  with  a  Resize  Border 
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Window  with  Resize  Border  Removed 


Resize  Border  Removal 
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Scrolling  a  window 
can  be  performed  two 
ways:  1)  Move  the 
window  over  the  data, 
where  upward 
movement  of  the 
scroll  bar  causes  data 
to  appear  to  move 
down.  2)  Move  the 
data  past  the  window, 
where  upward 
movement  of  the 
scroll  bar  causes  data 
to  appear  to  move  up. 


7.2  Windowing  -  Control 


7.2.5  Scrolling  Windows 

7.2.5. 1  Scrolling  Indication,  Window 
Movement  Versus  Data 
Movement 

For  scrolling,  the  system  should  move  the 
window  over  the  data,  as  this  is  consistent 
with  the  general  convention  in  industry  and 
the  OSF/Motif  Style  Guide. 

7. 2. 5. 2  Scroll  Bar  Slider  Size 

The  distance  the  slider  moves  on  a  scroll  bar 
should  be  proportional  to  the  distance 
traveled  through  the  file  in  a  window  to 
assist  the  user  in  determining  current 
location  relative  to  the  total  file. 

7. 2. 5. 3  Excessive  Scrolling 

Design  window  displays  to  preclude  excessive 
scrolling.  If  possible,  use  a  single  screen  for 
the  full  display,  unless  it  causes  reading 
difficulty  due  to  reduction  of  screen 
character  size. 
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7.3  Windowing  -  Designation 


7.3  DESIGNATION 

Designation  is  the  process  of  selecting  and  indicating 
with  visual  cues  which  window  the  user  can  use.  This 
window  is  called  the  active  window. 

7.3.1  Positive  Indication  of  the  Active 
Window 

When  more  than  one  window  is  open,  provide  a 
clear,  positive  indication  to  the  user  of  the  active 
window  by  means  of  a  more  complex  border,  subtle 
change  in  color  hue,  or  change  in  labeling.  This 
active  window  should  be  distinct,  yet  not  distract 
the  user's  attention  from  window  activity.  See 
Figure  7.14  for  an  example. 
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FIGURE  7.14:  Example  of  Active  Window  Designation 
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7.3  Windowing  •  Designation 


7.3.2  Easy  Shifting  Among  Windows 

If  several  window  overlays  are  displayed  at  once, 
provide  some  easy  means  for  the  user  to  shift 
among  them  to  select  which  window  will  be 
currently  active.  For  example,  shift  the  cursor 
with  the  mouse,  then  press  the  mouse  button  to 
designate  the  active  window. 
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7.4  Windowing  -  Labeling 


7.4  LABELING 

7.4.1  Labeling  Windows 

Window  overlays,  dialog  boxes,  or  subordinate 
windows  should  be  assigned  an  identifying  label. 
This  label  should  describe  briefly  the  contents, 
purpose  of  the  window,  or  the  menu  path.  For 
example.  Standard  Message  Formats. 

7.4.2  Window  Label  Location 

Window  titles  should  be  located  at  the  top  of  the 
window  display,  with  at  least  one  blank  line 
between  the  title  and  the  body  of  the  window. 

7.4.3  Format  of  Subordinate  Window  Labeis 

Titles  of  subordinate  windows  should  match  the 
menu  selection  items  from  the  supraordinate 
window  menu. 

7.4.4  Window  Titles 

Location  of  window  titles  should  be  consistent. 
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7.5  Windowing  -  Open  Window  Navigation 


“  7.5  OPEN  WINDOW  NAVIGATION 


Navigation,  in  terms 
of  windows,  refers  to 
the  user's  ability  to 
move  among  the 
various  windows  that 
are  open  on  a  display. 


When  an  overlapping 
system  is  used,  the 
user  may  have 
windows  open  that 
obscure  others.  This 
can  lead  to  disorder 
and  confusion  as  to  the 
number  of  windows 
open. 


7.5.1  Open  Window  Map 


Applications  should,  when  using  an  overlapping 
window  structure,  provide  a  user-requested  iconic 
or  text  map/indication  of  all  open  windows  to 
allow  the  user  to  easily  identify  all  open 
(especially  the  hidden)  windows.  Figure  7.15 
shows  three  presentations  of  an  open  window  map. 


FIDWCHART  PRESENTATtON 


ICONIC  PRESENTATION 


312223 

W1 

W2 

W3  ^ 

W3-1 

W3-2 

W3-3 

PUU.CDWN  WINDOW  PRESENTATION 


FIGURE  7.15:  Examples  of  Open  Window  Maps 
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7.5  Windowing  *  Open  Window  Navigation 


7.5.2  Active  Designation  from  Open  Window 
Map 

Provide  the  user  the  capability  to  designate  the 
active  window  through  the  iconic  or  text  open 
window  map  by  highlighting  the  window 
representation. 

7.5.3  Expanded  Window  Explanation  of  Open 
Window  Map 

If  possible,  allow  the  user  to  query  an  open  window 
map  for  expanded  information  (e.g.,  date  created, 
size,  description  of  subject  or  application,  etc.)  on 
the  file  or  application  operating  in  the  window. 

7.5.4  Window  Forward  Function  With  Window 
Map 

When  an  iconic  or  text  map  is  provided  for 
determining  the  numbers  and  names  of  open 
windows  in  an  overlapping  system,  allow  the  user 
to  bring  a  window  forward  from  the  map  without 
having  to  resize  or  move  other  windows. 
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7.4  Windowing  -  Labeling 


This  Page  Intentionally  Left  Blank. 
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8.0  MAPS  AND  SITUATION  DISPLAYS 


Graphical  presentation  of  data  is  a  critical  feature  of 
many  emerging  command  and  control  applications. 

This  section  provides  guidelines  for  presenting  data  in 
graphical  formats.  The  applications  discussed  here 
include  tactical  graphics  (overlays,  symbology,  and 
terrain  representation)  and  pictographic 
representations  (digitized  maps,  pictures,  etc.). 
Guidelines  pertaining  to  graphical  characteristics  of 
the  user  interface  (e.g.,  screen  design,  windows, 
icons,  buttons,  etc.)  are  presented  in  other  sections  of 
this  document. 

Most  of  the  guidelines  presented  in  this  section  were 
obtained  from  Lewis  and  Fallesen  (1989)  and  Smith 
and  Mosier  (1986),  who  included  information  gathered 
from  relevant  Military  Standards  and  other  key 
documents.  Additional  guideline  materials  were 
obtained  through  literature  reviews. 
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8.0  Map  and  Situation  Displays  -  Introduction 


The  designer  of  map  graphic  displays  should  be  aware 
of  the  following  overarching  guidelines  that  are 
relevant  to  electronic  map  displays: 

•  The  design  of  maps,  including  the  use  of 
symbology,  should  be  consistent  with  the 
user's  expectations. 

•  The  level  of  detail  should  be  consistent  with 
the  operational  need.  Too  much  or  too  little 
Detail  limits  the  usefulness  of  the  map. 

•  Map  graphics  should  have  tools  built  in  that 
allow  the  user  to  move  easily  around  the  map, 
to  include  zooming,  panning,  insets, 
registra*'on,  and  keys  for  scale. 
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8.1  Map  and  Situation  Displays  -  General 


8.1  GENERAL 

Maps  refer  to  projected  representations  of  geographic 
data,  usually  on  fiat  surface  displays.  Maps  include 
both  natural  and  man-made  features  and  text  and/or 
graphics  and  colors  used  to  describe  or  code  those 
features.  Situation  displays  provide  a  means  of 
relating  changing  conditions  or  events  to  geographic 
features  represented  on  maps.  Figure  8.1  illustrates  a 
typical  map  graphic  display. 

8.1.1  Curvature 

Be  consistent  in  projecting  the  earth's  curvature  on 
flat  surface  maps  when  displaying  large  geographic 
areas. 


8.1.2  Situation  Display  Presentation 

Provide  a  means  of  presenting  situation  displays  as 
overlays  on  related  map  backgrounds. 

8.1.3  Map  Label  Position 

Position  map  labels  consistently  (e.g.,  beneath  or 
within  the  feature).  Where  possible,  label  all 
significant  features  without  cluttering  the  display. 
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8.1.4  Map  Orientation 

Use  a  consistent  map  orientation  when  more  than 
one  map  will  be  displayed  (e.g.,  north  consistent  for 
all  maps).  See  Figure  8.2. 


FIGURE  8.2:  Example  of  Consistent  Map  Orientation 
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8.1.5  Designating  Map  Areas 

Consider  using  color,  shading,  texture  patterns, 
or  highlighting  to  define  map  areas  of  special 
interest.  Shades  (tones)  of  a  single  color  are 
preferable  to  multiple  colors  when  observers  must 
make  relative  comparisons  between  or  among 
areas.  When  using  shades  of  color  or  texture 
patterns,  the  gradation  of  shades  from  dark  to  light 
should  correspond  to  variation  in  the  variable  that 
is  represented  (see  Paragraph  11.3). 

8.1.6  Automated  Tools 

Provide  automated  tools  for  complex  map  analyses. 
The  specific  tools  should  be  based  upon  the  user’s 
needs.  For  example,  avenue  of  approach,  line-of- 
sight,  and  trafficability  are  needed  by  some  but  not 
all  users.  The  user  requirements  should  be 
determined  and  appropriate  tools  provided. 
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8.2  STATIC  DISPLAY  ATTRIBUTES 

8.2.1  Coverage  Area  and  Resolution 

As  a  minimum,  maps  must  cover  the  areas  of 
responsibility  of  the  user  at  each  organizational 
level  and  provide  all  essential  details  required  to 
conduct  operations.  Map  displays  should  be  large 
enough  to  permit  the  simultaneous  presentation  and 
visual  integration  of  information  required  by  the 
user.  Small  electronic  displays  may  be  panned  and 
zoomed  (see  Section  8.3)  to  increase  map  coverage. 
However,  at  present,  such  displays  have  significant 
visual  limitations  when  compared  to  traditional, 
large-format,  paper  maps. 

8. 2. 1.1  Map  Feature  Representation 

All  critical  map  features  must  be 
represented. 

8. 2. 1.2  Map  Label  Legibility 

Labels  must  remain  legible  at  all  display 
resolutions. 

8. 2. 1.3  Reduction  of  Clutter 

Provide  a  means  for  reducing  clutter  while 
preserving  essential  information. 


8-7 


Version  2.0,  MAY  92 

8.2  Map  and  Situation  Dispiays  •  Static  Display 

Attributes 


8. 2. 1.4  Area  of  View  on  Maps 

Maneuver  commanders  at  each  echelon  should 
be  able  to  view  their  own  areas  of  operation, 
activities  one  echelon  above  and  two  echelons 
below,  and  activities  of  friendly  adjacent 
(flanking)  units.  The  activities  of  adjacent 
and  deep  enemy  units  that  oppose  displayed 
friendly  forces  should  also  be  displayed.  See 
Figure  8.3. 
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FIGURE  8.3:  Example  of  How  a  Brigade’s  Map  Display  Allows  Viewing 
of  One  Echelon  Higher  and  Two  Echelons  Lower 
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8.2.2  Accuracy  of  Location 

8.2.2. 1  Connecting  Symbols  to 
Location 

Symbols  should  be  accurately  placed  on  the 
map  or  connected  to  the  desired  location 
using  arrows,  lines,  or  other  pointing  devices. 

8. 2. 2. 2  Automatic  Registration 

Provide  an  automated  means  of  registering 
graphic  data  with  background  map 
information  at  all  display  scales. 


1 
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Attributes 


8.2.3  Symbology 

8. 2. 3.1  Standard  Military  Symbols 

Use  standard  military  symbols  in  accordance 
with  doctrine  when  preparing  maps  and 
overlays.  For  example,  use  the  current 
edition  of  FM  101-5-1.  Operational  Terms  and 
Symbols. 


8. 2. 3. 2  Symbol  Identification  Key 

Provide  a  means  by  which  the  user  may  obtain 
help  in  identifying  unknown  symbols  or  other 
map  information.  For  example,  the  user  could 
highlight  a  symbol  and  query  its  meaning 
through  a  context-sensitive  help  feature. 

8. 2. 3. 3  Symbol  Color  Coding 

Use  standard  military  map  color  codes  and 
provide  a  user-prompted  key  defining  the 
color  codes  which  are  used.  See  Section  1 1 . 
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8. 2. 3. 4  Overlap  of  Symbols 

Map  symbols  should  not  be  allowed  to  overlap, 
particularly  if  this  would  obscure  their 
identity.  Where  overlap  is  unavoidable, 
provide  a  means  for  moving  background 
symbols  to  the  foreground  or  otherwise 
revealing  masked  symbols. 

8. 2. 3. 5  Symbol  Labeling 

Essential  labels  (for  example,  unit 
identification)  should  be  displayed  with  the 
symbol;  otherwise,  provide  a  means  by  which 
the  user  can  display  information  related  to 
selected  symbols.  Figure  8.4  illustrates  how 
a  user  could  query  a  symbol  for  more  detail. 
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FIGURE  8.4:  Querying  a  Summary  Symbol  for  Detailed  Information 
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8. 2. 3. 6  Auxiliary  Alphanumeric  Labels 

Consider  the  auxiliary  use  of  alphanumeric 
coding  where  graphic  data  are  not  already 
so  labeled. 

8.2. 3.7  Symbol  Label  Position 

Position  symbol  labels  consistently  in 
accordance  with  doctrinal  guidance. 

8. 2. 3. 8  Terrain  Representation 

Digital  terrain  data  available  for  some 
versions  of  electronic  map  (e-map)  allow 
alternative  methods  of  portraying  terrain 
features.  In  addition  to  traditional 
topographic  contour  intervals,  digital  terrain 
data  can  present  map  backgrounds  depicting 
road  networks,  drainage,  vegetation,  and  soil 
type.  Shading,  coloring,  or  other  visual  cues 
can  also  be  used  to  accentuate  terrain 
features. 
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Attributes 


8.2.4  Location  of  Displayed  Section 

Where  location  information  is  frequently  used,  a 
constantly  visible  display  of  coordinates 
associated  with  the  cursor  should  be  displayed  in 
user-selectable  coordinate  units  that  can  also  be 
conveniently  changed.  The  continuous  display  of 
location  should  be  augmented  with  the  capability  to 
fix  (point  on  the  map)  a  location  to  facilitate 
moving  overlay  displays. 

8.2.4. 1  Availability  of  Symbol/Map 
Feature  Coordinates 

Provide  to  the  user  a  means  of  obtaining  the 
exact  map  coordinates  for  a  selected  symbol 
or  map  feature  by  means  of  querying  the 
symbol  or  feature.  The  recommended  method 
of  querying  an  item  is  to  use  0  pointing 
device,  such  as  a  mouse  or  trackball  cursor. 
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8. 2. 4. 2  Larger  Map  Inset 

When  the  entire  map  is  not  displayed,  provide 
an  inset  that  shows  where  the  displayed 
portion  is  within  the  larger  map.  See  Figure 
8.5. 
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8. 2. 4. 3  Distance  Determination 

Provide  an  automated  means  for  readily 
determining  the  distance  between  points. 

8. 2. 4. 4  Bearing  Determination 

Provide  a  means  for  readily  determining 
the  bearing  between  points. 


8*1  6 


Version  2.0,  MAY  92 

8.3  Map  and  Situation  Dispiays  'Dynamic  Characteristics 


8.3  DYNAMIC  CHARACTERISTICS 

Because  of  the  limited  screen  size  of  many  displays,  a 
method  is  needed  to  scan  and  change  the  scales  of  the 
maps.  In  addition,  changes  in  the  tactical  situation 
require  updates  to  various  map  overlays.  The 
following  guidelines  should  be  considered  when 
implementing  dynamically  changing  maps. 

8.3.1  Panning 

8. 3. 1.1  Use  of  Panning 

Permit  the  user  to  change  the  displayed  area 
by  moving  a  window  over  the  map  in  any 
direction.  Panning  operations  may  be 
continuous  (preferable)  or  discrete  but  should 
meet  the  user's  requirements. 

8. 3. 1.2  Position  Indicator  for  Panning 

During  panning  operations,  provide  an 
indicator  of  position  in  the  overall  display. 

8. 3. 1.3  Return  to  Start  Point 

During  panning  operations,  provide  a  means 
for  rapidly  returning  to  the  starting  point. 
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When  zooming, 
symtx)ls  should  be 
collapsed  Into  fewer 
summary  symbols  to 
declutter. 


8.3.2  Zooming 

8.3.2. 1  Use  of  Zooming 

Provide  a  means  for  moving  away  from  or 
toward  the  displayed  area  (zooming)  to  obtain 
a  larger  view  or  greater  detail. 

8. 3. 2. 2  Zooming  and  Readability 

Zooming  must  not  cause  problems  in  reading 
symbols,  labels,  or  other  map  features. 

8. 3. 2. 3  Variable  Level  of  Detail 

Consider  modifying  the  level  of  detail 
(number  of  symbols  and  features  depicted)  to 
match  the  degree  of  zooming  used  (i.e.,  more 
detail  for  close-up  views  and  less  for  large- 
area  perspectives). 

8. 3. 2. 4  Method  of  Zooming 

Of  the  two  methods  of  zooming  (i.e., 
continuous  and  discrete),  continuous  is 
preferable.  Whichever  method  is  used  must 
be  satisfactory  to  the  user. 
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8. 3. 2. 5  Return  to  Default 

Provide  a  means  for  quickly  returning  to  the 
normal  display  size  when  zooming. 

8. 3.2.6  Indication  of  Changing  Scales 

When  changing  scales  through  zooming, 
provide  an  indicator  that  continually  shows 
the  appropriate  scale. 

8. 3. 2. 7  Expanded  Sector  Position 
indication 

It  is  recommended  that  an  inset  or  window  be 
provided  that  shows  the  maximum  available 
map  coverage.  An  example  of  map  coverage 
(Figure  8.5)  would  be  a  graphic  square  on  the 
inset  map  that  indicates  the  position  of  the 
map  currently  displayed.  In  the  most  useful 
form,  this  inset  would  be  interactive  and 
used  to  set  parameters  for  calling  up  a  screen 
map  display. 
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8.3.3  Automatic  Updating 

Automatic  updating,  editing,  and  distributing  map 
data  are  among  the  primary  advantages  offered  by 
electronic  displays.  The  following  guidelines 
address  considerations  in  implementing  these 
capabilities. 

8. 3.3.1  Selecting  Information  for 
Update 

As  appropriate,  allow  the  user  to  select 
categories  of  information  that  will  be 
automatically  updated. 

8. 3. 3. 2  Stable  Reference  Elements 

Provide  stable  reference  elements  (e.g., 
terrain  features,  boundaries,  etc.)  when 
displays  are  automatically  updated. 

8. 3. 3. 3  Identification  of  Updates 

Provide  a  means  for  readily  identifying 
updates  or  changes.  Critical  changes  must  be 
easily  recognized  and  distinguishable  from 
other  changes  to  the  display.  For  example, 
highlight  the  update  until  the  user 
acknowledges  it. 
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8. 3. 3. 4  Control  of  Update  Frequency 

The  user  should  be  permitted  to  control  how 
often  the  display  is  updated  and  should  be 
able  to  freeze  the  display  to  prevent  further 
updates. 


8. 3. 3. 5  Update  Rate 

The  rate  of  display  update  should  match  the 
perceptual  abilities  of  the  observer  to  permit 
successful  visual  integration  of  the  changing 
patterns. 


8. 3. 3. 6  Availability  of  Update  Freeze 

Permit  the  user  to  freeze  the  display  to 
prevent  further  updates.  Provide  a  warning 
while  the  automatic  display  updating  is 
suspended  and  when  resuming  automatic 
updating.  Provide  an  option  to  either  resume 
at  the  current  time  or  at  the  time  updating 
was  suspended. 
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Display  sequencing 
refers  to  two 
practices:  1)  selec¬ 
tively  presenting  and 
removing  displayed 
data,  such  as  a  series 
of  overlays  with 
different  information. 
This  can  act  as  an  aid 
for  decluttering  a 
display.  2)  illus¬ 
trating  temporal 
changes  in  the 
information  of 
historical  data  or 
simulation  of  future 
events. 


8.3.4  Sequencing 

Display  sequencing  may  be  used  to  reduce  clutter 
(e.g.,  presenting  map  overlays  in  succession),  to 
reproduce  temporal  changes  in  the  display  database 
(e.g.,  changes  in  the  tactical  situation),  and  to  aid 
in  visualizing  simulated  changes  in  the  battlefield 
situation. 


8.3.4. 1  Rate  of  Sequencing  Control 

Where  possible,  allow  the  user  to  control  the 
rate  of  sequencing. 

8. 3. 4. 2  Sequencing  Pause  or  Suspend 

Provide  a  capability  to  pause  or  suspend 
sequencing  operations  and  provide  an 
indicator  of  the  status  of  sequencing 
operations.. 
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8. 3. 4. 3  Forward  and  Reverse 
Sequencing 

As  appropriate,  allow  the  user  to  present 
sequenced  displays  in  forward  or  reverse 
order. 


8. 3. 4. 4  Return  to  a  Specific  Display  in 
a  Sequence 

Provide  a  means  for  the  user  to  return  quickly 
to  a  selected  display  within  a  sequence  of 
displays. 

8. 3. 4. 5  Use  of  Animation  in  Sequencing 

Consider  using  animation  as  an  aid  to  the 
pictorial  display  for  complex  objects. 
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8.3.5  Grid  Overlay 

Provide  a  user-selectable  grid  overlay  that  is 
keyed  to  the  coordinate  system  of  the  map.  It 
should  be  easy  for  the  user  to  turn  the  grid  on  and 
off.  Coordinate  keying  of  the  overlays  must  be 
clearly  specified  and  easily  operated  by  the  user. 

8.3.6  Dynamic  Map  Legend 

The  map  display  should  have  an  associated  window 
giving  relevant  information  in  a  continuous  display. 
The  information  should  include  map  scale,  cursor 
location,  graphic  of  map  coverage,  and  status  (i.e, 
"working,"  "computing,"  "available,"  etc.). 
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8.4  CREATING  AND  EDITING  MAP  GRAPHICS 

8.4.1  Standard  Symbol  Library 

Provide  a  library  of  standard  symbols  and  a  means 
of  transferring  and  manipulating  symbols. 

8.4.2  Labeling  Symbols 

Provide  an  easy  means  of  labeling  symbols. 

Consider  automated  means  of  aiding  the  user  in 
labeling  and  enforcing  labeling  conventions. 

8.4.3  Building  Symbols  and  Overlays 

Provide  automated  tools  to  assist  the  user  in 
constructing  new  symbols  and  graphics  overlays. 

8.4.4  Printing  Preview 

When  preparing  graphics  displays  for  printing, 
allow  users  to  preview  displays  as  they  will  appear 
when  printed. 
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8.4.5  Display  Editing 

8.4.5. 1  Addition  and  Deletion 

The  user  should  be  able  to  add  or  delete 
symbols,  labels,  or  other  features  without 
destroying  background  information. 

8. 4. 5. 2  Area  Expansion  for  Data 
Placement 

Allow  the  user  to  expand  an  area  of  the 
display  as  required  for  accurate  placement  of 
critical  data. 

8. 4. 5. 3  Graphic  Element  Designation 

Provide  a  means  for  designating  graphic 
elements  for  editing.  Highlight  selected 
items  to  provide  a  visual  cue  of  forthcoming 
subsequent  actions. 

8. 4. 5. 4  Repositioning  Elements 

Allow  the  user  to  reposition  selected 
elements  on  the  display. 
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8. 4. 5. 5  Remove/Restore  Elements 

Allow  the  user  to  remove  and  restore 
selected  elements. 

8. 4. 5. 6  Selection  from  Existing 
Options 

Allow  the  user  to  select  from  displays  of 
available  options  when  making  changes  to 
display  attributes,  such  as  color,  symbols, 
line  types,  textures,  etc.  Selection  should  be 
made  by  pointing  rather  than  by  naming  the 
options. 


8. 4. 5. 7  Attribute  Identification 

Provide  an  easy  means  for  the  user  to 
identify  attributes  currently  selected. 

8. 4. 5. 8  Attribute  Change 

The  user  should  be  able  to  change  the 
attributes  of  selected  graphic  elements. 
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8. 4. 5. 9  Storage  of  Graphic  Display 

Provide  an  easy  means  for  naming,  storing, 
and  retrieving  graphics  displays  and 
elements.  Also,  provide  a  means  for 
reviewing  and  selecting  from  stored  graphics 
files. 
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8.5  MAP  DISPLAY  CHARACTERISTICS 

8.5.1  Map  as  a  Base  Screen 

When  an  application  is  map  intensive,  it  is 
recommended  that  the  map  be  used  as  the 
background  or  base  screen,  which  should  be  the 
maximum  display  size  possible  to  promote 
readability. 

8.5.2  Map  Readability 

It  is  beneficial  to  ensure  the  readability  of  map 
features,  since  the  map  is  the  focus  of  the  user. 
The  screen  design  should  avoid  displays  that  cover 
the  map  when  possible,  and  windows  should  not 
obscure  the  map. 

8.5.3  Map  Cursors 

Map  cursors  should  use  a  crosshair  design  that  has 
high  contrast  with  the  background.  It  is 
recommended  that  cursor  size  subtend  20  minutes 
of  visual  angle  so  the  average  user  can  easily 
locate  it  on  the  map. 
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8.5.4  Graphic  Overlays 

The  preselection  or  filtering  of  graphic  overlays 
is  a  recommended  feature.  The  decluttering  of 
graphic  displays  (especially  maps)  should  be 
assisted. 


8.5.4. 1  Filters 

Labels  and  titles  used  for  filters  should  be 
carefully  reviewed  to  ensure  items  are 
understandable.  The  filters  should  be 
extended  to  map  features,  such  as  roads, 
cities,  vegetation,  topography,  and  political 
data.  The  intensity  of  the  map  should  be 
controllable  to  allow  fadeout  of  the  map 
without  losing  all  the  map  features. 

8. 5. 4. 2  Labeling  of  Graphic  Overlays 

It  is  understood  that  graphic  overlays  will 
overlap  map  features,  but  text  information 
should  not  be  obscured.  The  text  should  be 
offset  with  arrows  to  preserve  map 
legibility. 
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8.5.5  Color  Use  with  Graphic  Overlays 

Using  color  to  identify  symbols  is  encouraged,  but 
redundant  coding  that  does  not  use  color  should 
also  be  used.  This  caution  is  especially  true  for 
friend-enemy  or  danger-safe  designations.  Dots, 
dashes,  shapes,  and  video  effects  are  recommended. 
Care  must  be  taken  to  avoid  visual  color  illusions 
caused  by  color  blending  (i.e.,  adjacent  red  and  blue 
lines  are  seen  as  one  purple  line). 
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9.0  PRESENTATION  GRAPHICS  (GRAPHS, 
PICTURES,  AND  DIAGRAMS) 

The  goal  of  presentation  graphics  is  to  communicate 
effectively  to  the  user.  The  idea,  information,  or 
concept  communicated  should  be  clear  and 
unambiguous  when  presented  in  a  visual  form,  or 
alternate  communication  modes  should  be  used.  There 
are  emerging  technological  capabilities  that  allow  the 
direct  manipulation  of  elements  of  graphic  objects 
within  an  application.  These  capabilities  should  be 
included  in  applications  designed  to  interactively 
create  graphics.  Guidelines  will  address  three 
aspects  of  presentation  graphics:  graphs,  pictures,  and 
diagrams. 

Graphs  should  be  used  where  necessary  to  visualize 
relationships  among  two  or  more  variables,  to 
facilitate  comparing  sets  of  data,  to  aid  the  observer 
in  visualizing  trends  in  data,  and  to  aid  in 
extrapolating  future  values  of  the  underlying  data. 
Graphs  are  also  useful  when  comparing  actual  data  to 
predicted  values,  when  comparing  actual  values  to 
established  limits  in  control  processes,  for 
representing  rapidly  changing  data,  and  for 
interpolating  values  between  known  points.  In 
general,  graphs  have  advantages  over  tabular  data  in 
summarizing  complex  relationships  among  variables 
and  facilitate  information  processing  and 
understanding. 


i 


9-1 


Version  2.0,  MAY  92 


9.0  Presentation  Graphics  •  Introduction 


Pictures  are  becoming  an  increasingly  important  form 
of  graphic  presentation.  The  multimedia  capabilities 
of  developing  computer  systems  have  increased  the 
availability  of  pictures  within  computer  applications. 
The  most  frequent  command  and  control  picture  is  a 
map.  The  use  of  scanned  maps  has  transferred  the 
tactical  planning  focus  to  the  computer  interface.  The 
use  of  pictures  on  computer  screens  must  be  done 
with  great  care  to  avoid  misleading  the  user. 

Use  diagrams  (schematics)  when  the  user  requires 
information  concerning  the  spatial  relationship  among 
objects  but  does  not  require  the  level  of  detail 
required  by  pictures.  Schematic  representations  can 
be  used  as  an  aid  to  understanding  relationships 
among  components  of  complex  systems  and  as  a 
means  of  conveying  status  information  concerning  the 
operation  of  systems  and  their  components.  They  also 
provide  a  medium  through  which  users  may  manipulate 
designs  and  observe  consequent  actions  on  modeled 
systems. 
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9.1  Presentation  Graphics  -  General 


9.1  GENERAL 

9.1.1  Complex  Formats 

Avoid  complex  formats,  such  as  three-dimensional 
presentations  and  artistic  embellishments 
(pictures,  shading,  colors,  decorative  items),  which 
detract  from  the  intended  purpose  of  the  graphic. 

9.1.2  Clarity  Preservation 

Design  graphics  to  preserve  clarity  when  the 
graphics  must  be  reproduced  or  reduced  in  size. 
Window  sizing  should  be  controlled  so  no  graphic 
shows  partial  lines. 

9.1.3  Appropriateness  of  Formats 

Provide  formats  (presentation  styles)  appropriate 
for  the  user's  level  of  training  and  experience. 
Graphics  should  utilize  user-expected  symbols. 

9.1.4  Data  Specific  to  Task 

Provide  only  those  data  the  user  needs  for  a 
specific  task. 
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9.1  Presentation  Graphics  -  General 

9.1.5  Alternative  Style  Selection 

Allow  users  a  selection  of  alternative  presentation 
styles. 

9.1.6  Querying  Data  Elements 

Provide  a  means  by  which  the  user  can  select  data 
elements  on  the  graph  and  display  the  associated 
values. 

9.1.7  Graphical  Versus  Tabular 

Consider  allowing  the  user  to  select  between 
graphical  and  tabular  data  formats. 

9.1.8  Consistency 

Be  consistent  in  design,  format,  labels,  etc.  for 
each  presentation  style. 

9.1.9  Labeling 

Clearly  label  the  displayed  graphics. 
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9.2  Presentation  Graphics  -  Creating  and  Editing 


9.2  CREATING  AND  EDITING 

9.2.1  Computer-Aided  Entry 

Provide  computer  aids  for  the  entry  and 
organization  of  complex  graphic  data. 

9.2.2  Data  Entry  Validation 

Validate  data  entries.  The  validation  may  include 
comparison  to  a  standard  range  and/or  the  use  of 
rules  for  relationships  among  variables.  The 
validation  process  should  be  part  of  the  application 
software. 

9.2.3  Data  Entry  Aids  to  Plotting 

When  plotting  formats  are  known,  provide 
templates  or  other  data  entry  aids  to  facilitate  the 
entry  of  graphic  data. 

9.2.4  Automated  Plotting  of  Stored  Data 

Automate  plotting  of  stored  data,  and  provide  the 
user  with  automated  editing  and  construction 
capabilities. 

9.2.5  Automated  Production  of  Scales 

Automate  the  production  of  scales,  and/or  provide 
the  user  with  automated  aids  for  scaling  graphic 
data. 
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9.2  Presentation  Graphics  •  Creating  and  Editing 


9.2.6  Lines 


9. 2. 6.1  Automated  Aids  for  Lines 

Provide  automated  aids  for  drawing  straight 
and  curvilinear  line  segments. 

9. 2. 6. 2  Use  of  Rubberbanding 

Use  rubberbanding  (i.e.,  provide  a  visible  line 
that  connects  a  starting  point  to  the  current 
cursor  position),  which  can  be  made  permanent 
when  selected. 

9. 2. 6. 3  Automated  Aid  in  Line  Joining 

Provide  automated  assistance  in  joining  and 
intersecting  line  segments. 

9. 2. 6. 4  Line  Segment  Designation 

Allow  the  user  to  identify  and  select  line 
segments  for  moving  and  editing.  Typically, 
this  is  done  through  highlighting  and  dragging 
the  line. 

9. 2. 6. 5  Optional  Grid  References 

Provide  optional,  adjustable,  grid  references  to 
aid  the  user  in  aligning  horizontal  and  vertical 
lines. 
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9.2  Presentation  Graphics  -  Creating  and  Editing 


9.2.7  Rule  Specification  by  the  User 

Allow  the  user  to  specify  rules  for  attributes, 
relationships,  and  design,  and  have  the  computer 
apply  those  rules  automatically  during  the  design 
process.  For  example,  straighten  hand-drawn  lines, 
adjust  angles  between  intersecting  lines,  and 
complete  details  of  graphic  elements. 

9.2.8  Computer-Aided  Drawing 

Provide  computer-aided  methods  for  drawing 
figures  and  a  system  of  prompts  or  other  means  to 
aid  the  user  in  the  design  process. 

9.2.9  Automatic  Scale  Reduction 

Allow  the  user  to  edit  or  create  drawings  using  a 
large  scale,  which  will  later  automatically  reduce 
to  the  desired  scale. 

9.2.10  Object  Manipulation 

Provide  a  basic  set  of  capabilities  to  resize,  copy, 
move,  and  rotate  displayed  objects. 
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9.2  Presentation  Graphics  -  Creating  and  Editing 

9.2.11  Mirror  Imaging 

Provide  a  means  of  producing  mirror  images 
(reflecting)  as  an  aid  in  producing  symmetrical 
graphic  displays. 

9.2.12  Grouping  Elements 

Permit  the  user  to  select  and  group  graphic 
elements  that  will  be  edited  in  common. 

9.2.13  Area  Fill  Capability 


Provide  an  automatic  means  of  filling  enclosed 
areas  with  selected  attributes  (e.g.,  color  or 
texture). 
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9.2  Presentation  Graphics  -  Creating  and  Editing 


9.2.14  Computer  Models  for  Graphical 
Display  Generation 


Provide  computer  models  that  can  generate 
graphical  displays  in  response  to  parameters 
provided  by  the  user.  See  Figure  9.1. 


FIGURE  9.1:  Example  of  How  a  Computer  Model  Can  Generate 
Graphics  from  User  input 
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9.3  Presentation  Graphics  -  Scales,  Labels,  and  Coding 


9.3  SCALES,  LABELS,  AND  CODING 

9.3.1  Standard  Scaling  Conventions 

Use  standard  scaling  conventions;  values  increase 
when  moving  away  from  the  origin;  independent 
variables  (time  or  causal  events)  are  plotted 
against  the  horizontal  axis;  and  dependent 
variables  (effects)  are  plotted  against  the  vertical 
axis. 


9.3.2  Standard  Meanings 

Use  or  assign  standard  meanings  to  graphic 
symbols,  and  apply  them  consistently. 

9.3.3  Color  and  Pattern  Coding 

Users  prefer  colors  to  patterns  for  coding  lines  or 
filling  areas  of  graphs  on  visual  displays.  Good 
design  requires  redundant  coding  be  used.  See 
Section  11  for  color  usage  guidelines.  Printed 
outputs  should  use  texture  for  coding,  since  in 
most  cases  color  will  not  be  available. 
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9.3  Presentation  Graphics  -  Scales,  Labels,  and  Coding 


9.3.4  Texturing  Displays 

If  texturing  must  be  used,  use  simple  hatching  or 
shading,  and  avoid  patterns  that  produce  visual 
illusions  of  vibration  and  motion.  See  Figure  9.2 
for  examples. 


Do  Not  Use 


e-e  -  •*  •*  •• 

FIGURE  9.2:  Texture  Patterns 
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9.3  Presentation  Graphics  -  Scales,  Labels,  and  Coding 


9.3.5  Axes  Breaks  in  Expanded  Scales 

When  expanding  scales  to  emphasize  a  limited 
range  of  data,  provide  breaks  in  the  axes  to 
indicate  discontinuities  with  the  origin.  See  Figure 
9.3. 


I - 4J- - 

FIGURE  9.3:  Example  of  Breaks  in  a  Graph’s  Axes  When 
Scales  Have  Been  Expanded 


9.3.6  Duplicating  Axes 

When  scaled  data  contain  extreme  values,  it  may  be 
difficult  for  the  user  to  comprehend  the  scale 
values  in  relation  to  the  data.  To  aid  readability, 
add  a  copy  of  the  X-axis  at  the  top  and  a  copy  of  the 
Y-axis  at  the  right  of  the  graph.  Extreme  values 
and  data  are  thus  in  proximity  throughout  the  graph. 
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9.3  Presentation  Graphics  -  Scales,  Labels,  and  Coding 


^  Avoid  Exaggerated  Scales 

the  use  of  exaggerated  scales  that  distort  or 
ess  trends  in  the  data.  See  Figure  9.4. 


FIGURE  9.4:  Example  of  the  Distortion  Induced  in  Data  T rends  by 
Exaggerated  Scales. 

9.3.8  Formats  for  Graphic  Comparison 

Provide  identical  formats  and  scales  when 
comparisons  are  required  between  separate  graphs 
or  plot  different  sets  of  data  on  the  same  graph. 
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9.3  Presentation  Graphics  -  Scaies,  Labeis,  and  Coding 


9.3.9  Using  Linear  Scaies 

Linear  scales  should  be  used  in  preference  to  non¬ 
linear  scales  wherever  practical.  For  example,  see 
Figure  9.5. 


I - 1 - 1 - 1 - 1 - 1 - 

Use  2  4  6  8  10 

Avoid  2  4  8  1  6  32 

FIGURE  9.5:  Example  of  Linear  Versus  Non-Linear  Scales 

9.3.10  Using  Logarithmic  Scales 

Logarithmic  scales  may  be  used  where  comparisons 
of  rates  of  change  and  percentages  are  required. 


l 
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9.3  Presentation  Graphics  •  Scales,  Labels,  and  Coding 

9.3.11  Multiple  Entries 

Avoid  multiple  scales  on  the  axes  of  a  single  graph. 

9.3.12  Labeling  Tick  Marks 

Tick  marks  corresponding  to  major  scale  divisions 
on  axes  should  be  numbered  or  labeled,  and  each 
axis  should  include  a  label  containing  descriptions 
and  units  of  measurement. 

9.3.13  Numbering  Scale  Divisions 

Where  practical,  use  no  more  than  10-12  major 
scale  divisions  separated  by  up  to  9  subdivisions. 
Whenever  the  appearance  of  the  display  will  not  be 
degraded,  major  scale  divisions  should  be  decimal 
multiples  of  whole  numbers,  cover  the  entire  range 
of  the  data,  and  start  from  zero. 

9.3.14  Numeric  Scale  Division 

Numeric  data  scales  should  begin  with  zero  when 
users  must  use  displays  to  compare  quantities  or 
different  series. 
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9.3  Presentation  Graphics  -  Scaies.  Labeis,  and  Coding 


9.3.15  Label  Format 

Labels  should  use  upper  and  lower  case  sans  serif 
fonts  and  be  oriented  left-to-right  for  normal 
reading. 

9.3.16  Use  of  Labels 

Labels  should  be  used  in  preference  to  legends  or 
keys  when  it  is  necessary  to  identify  plotted  data 
elements.  Labels  should  be  oriented  horizontally 
and  located  adjacent  to  the  referenced  elements. 
Arrows,  lines,  or  similar  pointing  conventions  may 
also  be  used  to  connect  labels  to  their  respective 
data  elements. 

9.3.17  Location  of  Legends  and  Keys 

Legends  or  keys  used  to  identify  graphic  data 
elements  should  be  located  within  the  rectangular 
bounds  of  the  graph,  unless  such  positioning  would 
interfere  with  interpretation  of  the  displayed  data. 
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9.4  Presentation  Graphics  •  Identifying  Critical  Data 


9.4  IDENTIFYING  CRITICAL  DATA 

9.4.1  Displaying  Values 

Display  reference  or  baseline  values  when  users 
are  required  to  make  comparative  evaluations 
against  a  fixed  standard. 

9.4.2  Using  Supplementary  Text 

Consider  using  supplementary  text  to  emphasize 
features  of  data  requiring  user  attention.  See  the 
example  in  Figure  9.6. 


Due  to  mandated 
budget  reduction, 
the  1992  budget... 


FIGURE  9.6:  Example  of  the  Use  of  Supplementary  Text  and  Actual 
Values  in  a  Graph 
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9.4  Presentation  Graphics  -  Identifying  Critical  Data 


9.4.3  Displaying  Data  Values  with  Graphics 

Display  actual  data  values  in  addition  to  the 
graphic  display  where  precise  readings  of  values 
are  required,  as  illustrated  in  Figure  9.6. 

9.4.4  Position  of  Text  Used  for  Labeling 

When  labeling  graphic  data,  position  text 
consistently  with  respect  to  graphic  elements. 
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9.5  Presentation  Graphics  •  Grid  Lines 


9.5  GRID  LINES 

A  grid  is  the  set  of  horizontal  and  vertical  lines, 
including  the  labeled  and  scaled  axes,  which  form  a 
rectangular  boundary  around  the  graph.  Additional 
horizontal  and  vertical  grid  lines  corresponding  to 
scale  values  partition  the  bounded  area  of  the  graph 
and  provide  a  visual  aid  in  locating  and  reading  points 
on  the  graph(s).  A  grid  and  grid  lines  should  be  used, 
as  appropriate,  when  presenting  data  graphically. 

9.5.1  Grid  Line  Visibility 

Grid  lines  must  be  easily  distinguishable  and 
should  not  obscure  graphed  data. 

9.5.2  Using  Grid  Lines 

Avoid  excessive  use  of  grid  lines.  Locate  grid  lines 
using  the  guidelines  for  placement  of  major  scale 
values.  Consider  using  more  grid  lines  where 
greater  precision  is  required  or  where  the  size  of 
the  display  will  permit  their  use. 

9.5.3  User  Display  of  Grid  Lines 

Where  practical,  allow  the  user  to  determine 
whether  or  not  grid  lines  will  be  displayed. 
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9.6  Presentation  Graphics  -  Types  of  Presentation 

Graphics 


9.6  TYPES  OF  PRESENTATION  GRAPHICS 
9.6.1  Curve  and  Line  Graphs 

9. 6. 1.1  Use  of  Curved  and  Straight  Lines 

Use  smoothed  curves  or  straight  lines 
connecting  data  points  (line  graphs)  when 
displaying  relationships  between  two 
continuous  variables  (e.g.,  when  showing  time 
variation  in  some  quantity). 

9. 6. 1.2  Labeling  Multiple  Curves 

When  a  single  graph  contains  multiple  curves, 
designate  each  curve  with  an  adjacent  label.  If 
it  is  necessary  to  use  a  legend,  list  legend 
codes  in  the  order  in  which  curves  occur  in  the 
graphs. 

9. 6. 1.3  Highlighting  Curves 

When  displaying  multiple  curves,  highlight  a 
curve  containing  critical  data. 
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9.6  Presentation  Graphics  -  Types  of  Presentation 

Graphics 


9. 6. 1.4  Using  Line  Coding  with  Curves 

Use  line  coding  to  distinguish  among  multiple 
curves  on  the  same  graph,  and  use  coding 
consistently  when  the  same  types  of  data 
appear  on  different  displays. 

9. 6. 1.5  Coding  for  Projecting  Values 
Beyond  Data  Set 

Use  a  distinct  line  code  (e.g.,  dashed  or  dotted 
lines)  when  projecting  values  beyond  the  actual 
data  set. 

9. 6. 1.6  Cyclic  Data 

For  cyclic  data,  provide  at  least  one  full  cycle 
of  data. 

9. 6. 1.7  Plotting  Difference  Data 

Consider  plotting  the  difference  between  two 
series  where  comparisons  are  necessary. 
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9.6  Presentation  Graphics  •  Types  of  Presentation 

Graphics 


9.6.2  Surface  Charts 

Surface  charts  provide  a  means  of  visualizing  the 
relative  contributions  of  individual  elements  to  the 
sum  of  their  individual  parts,  often  as  a  function  of 
time.  Figure  9.7  uses  a  surface  chart  to  illustrate 
how  the  total  number  of  items  (i.e.,  the  sum  of  the 
numbers  within  each  category)  varies  with  time. 
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9.6  Presentation  Graphics  -  Types  of  Presentation 

Graphics 


9.6.2. 1  Area  Between  Curves 

Use  texture  or  shading  to  indicate  the  area 
between  curves. 

9. 6. 2. 2  Curve  Stacking 

Stack  the  series  with  the  least  variable  series 
at  the  bottom  and  the  most  variable  at  the  top. 

9. 6. 2. 3  Labeling  Surface  Charts 

Place  labels  within  the  textured  or  shaded 
bands  if  space  is  available. 
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9.6  Presentation  Graphics  -  Types  of  Presentation 

Graphics 


9.6.3  Bar  Graphs 

Bar  graphs  represent  the  magnitudes  of  numeric 
data  by  the  lengths  of  parallel  bars.  Bars  may  be 
vertically  or  horizontally  oriented  and  are  usually 
spaced  apart  along  an  axis  containing  discrete 
reference  points  (e.g.,  months,  mid-points  of 
sample  intervals,  non-numeric  categories,  etc.). 
Histograms,  or  stepcharts,  are  bar  graphs  without 
spacing  between  bars  and  are  used  when  a  large 
number  of  intervals  must  be  plotted.  Figure  9.8 
illustrates  a  bar  graph.  Graphic  presentations 
should  be  designed  to  conform  to  user  expectations. 


1  2  3  4  S  6  7 

DAYS  OF  TRAVEL 


FIGURE  9.8:  Example  of  Bar  Graphs 
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9.6  Presentation  Graphics  -  Types  of  Presentation 

Graphics 


9.6.4  Scatterpiots 


Scatterplots  present  data  as  a  two-dimensional 
distribution  of  points  and  should  be  considered 
when  it  is  necessary  to  show  how  variables  are 
related  or  to  represent  the  spatial  distribution  of 
data  (for  example,  impacts  on  a  target).  Highlight 
data  points  that  are  particularly  significant. 

Figure  9.9  illustrates  a  scatterplot. 


Target  Distribution  of  X  missile 


FIGURE  9.9:  Example  of  a  Scatterplot 
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Graphics 


9.6.5  Pie  Charts 


Bar  graphs  are 
preferable  when 
accurate  judgments 
of  magnitudes  are 
required. 


Pie  charts,  like  bar  graphs,  are  used  to  show  the 
proportional  distribution  of  categories  with 
respect  to  the  sum  of  the  categories.  See  the 
example  of  a  pie  chart  in  Figure  9.10. 


FIGURE  9.1Q:  Example  of  a  Pie  Chart 
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Graphics 


9. 6. 5.1  Labeling  Pie  Charts 

Place  labels  in  a  normal  orientation  on  the 
segments  of  pie  charts.  Segment  labels  should 
include  numbers  that  indicate  percentages  and/ 
or  absolute  numbers  represented  by  each 
segment  of  the  display. 

9. 6. 5. 2  Highlighting  Pie  Chart  Elements 

Segments  requiring  emphasis  should  be 
highlighted  or  displaced  slightly  from  the  rest 
of  the  pie  chart,  as  illustrated  in  Figure  9.10. 
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9.7  PICTURES 

9.7.1  Using  Pictures 

Consider  using  pictures  when  a  very  detailed 
representation  of  objects  is  required.  For  example, 
the  scanned  map  in  Figure  9.11. 

9.7.2  Automated  Aids  for  Pictures 

Provide  automated  aids  when  users  must  perform 
detailed  analyses  of  image  data. 
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.  Example  of  a  Grapl)ic  Piclure  (Scanned  Map) 
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9.8  Presentation  Graphics  -  Diagrams 

9.8  DIAGRAMS  (SCHEMATICS) 

9.8.1  Diagrams  General 

Use  diagrams  when  the  user  requires  information 
concerning  the  spatial  relationship  among  objects 
but  does  not  require  the  level  of  detail  provided  by 
pictures. 

9. 8. 1.1  Consistent  Notation  in  Diagrams 

When  diagrammed  data  are  presented  in 
separate  sections,  use  consistent  notations 
across  sections,  provide  an  easy  means  for 
users  to  move  among  sections,  and  provide  an 
overview  of  the  entire  diagram  represented  by 
the  individual  sections. 

9. 8. 1.2  Highlighting  Diagrams 

Highlight  portions  of  diagrams  requiring 
special  user  attention. 

9. 8. 1.3  Rotation  Capability  for  Diagrams 

Provide  a  capability  for  the  user  to  rotate 
displayed  diagrams  where  it  is  necessary  to 
view  the  object  from  different  perspectives. 
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9.8  Presentation  Graphics  -  Diagrams 

9.8.2  Flowcharts 

Use  flowcharts  to  provide  a  schematic  represen¬ 
tation  of  sequential  processes.  They  may  also  be 
used  as  aids  to  problem  solving  when  solutions  can 
be  reached  by  answering  a  series  of  questions. 
Figure  9.12  illustrates  a  typical  flowchart. 

9. 8. 2.1  Ordering  Flowchart  Elements 

As  appropriate,  sequence  flowchart  elements 
in  a  logical  order;  otherwise,  when  designing 
flowcharts,  minimize  path  lengths  to  reduce 
size. 

9. 8. 2. 2  Orientation  of  Flowchart  Paths 

The  layout  of  flowchart  paths  should  conform 
to  standard  orientation  conventions  (i.e.,  left 
to  right,  top  to  bottom,  or  clockwise). 

9. 8. 2. 3  Consistent  Coding  of  Flowcharts 

Consistently  apply  the  coding  schemes  for 
flowchart  elements. 
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9. 8. 2. 4  Directional  Conventions  for 
Flowcharts 

Use  standard  directional  conventions  when 
using  arrows  to  connect  elements  of 
flowcharts. 

9. 8. 2. 5  Highlighting  Flowcharts 

Use  highlighting  to  direct  a  user's  attention  to 
elements  of  particular  significance. 

9. 8. 2. 6  Flowchart  Design  for  Decision 
Aids 

When  using  flowcharts  as  decision  aids, 
require  only  one  decision  at  each  step,  and 
provide  the  user  with  a  logically  ordered  list 
of  available  options  at  each  step. 

9. 8. 2. 7  Consistent  Wording  for 
Flowcharts 

Use  consistent  wording  for  options  displayed 
at  decision  points. 
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10.0  SCREEN  DESIGN 

Screen  design  refers  to  how  information  is  arranged 
and  presented  on  a  display  screen.  It  is  difficult  to 
develop  standard  guidelines  for  screen  design  for 
command  and  control  systems,  primarily  because  of 
the  differences  in  tasks  being  performed  by  users. 
Screen  design  requirements  can  vary  extensively, 
depending  on  the  function  being  performed  by  the 
system.  Some  systems  are  actually  information 
management  systems  that  rely  heavily  on  databases 
and  do  not  require  immediate  user  response  to 
information  displayed  on  their  screens.  On  the  other 
hand,  real-time  tactical  display  and  control  systems 
require  the  user  to  make  immediate  decisions  and  to 
input  commands  from  the  information  on  the  display 
screen.  Each  system  has  different  screen  design 
requirements  based  on  its  primary  function.  The 
designer  needs  to  understand  the  primary  function  of 
the  system  being  developed  to  provide  an  effective 
screen  design. 

Certain  common,  general  principles  of  human  factors 
engineering  (HFE)  design  should  be  incorporated  into 
the  screen  design,  regardless  of  the  system  function. 
They  are; 

•  Organization  of  Information  should  be  guided 
by  Gestalt  principles  of  perception,  such  as 
rules  of  proximity  and  similarity.  These  are 
discussed  in  greater  detail  in  the  introduction 
to  Section  6. 
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Display  formats  should  be  designed  to  provide 
optimum  transfer  of  information  to  the  user  by 
the  use  of  information  coding,  density, 
grouping,  and  enumerating. 

Information  should  be  presented  simply  and  in 
a  well-organized  manner  for  high  information 
transfer. 

The  user’s  performance  is  improved  by  the 
following  screen  features; 

an  orderly,  clutter-free  appearance 

information  present  in  expected  locations 

plain,  simple  language 

a  simple  way  to  move  through  the  system 

a  clear  indication  of  interrelationships. 

Displays  should  be  formatted  to  group  data 
items  on  the  basis  of  some  logical  principle, 
considering  trade-offs  derived  from  task 
analysis. 
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•  Screen  design  should  minimize  pointer  and  eye 
movement  requirements  within  the  overall 
design.  The  goal  to  minimize  eye  and  pointer 
movement  must  be  considered  within  general 
task  considerations,  with  logical  trade-offs 
taken  into  account. 

The  following  guidelines  represent  design  consider¬ 
ations  that  should  be  applied,  for  the  most  part,  to  the 
screen  design  of  all  command  and  control  systems. 
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10.1  Screen  Design  •  General 


10.1  GENERAL 

10.1.1  Information  Display  Based  on 
Criticality 

A  criterion  should  be  established  for  prioritizing 
different  levels  of  displayed  information.  For 
example,  critical  tactical  information  should 
always  be  displayed,  whereas  optional  information 
may  be  made  available  by  request.  See  Figure  10.1. 
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Display  Screen  Design  Where  Critical  Information  is  Always  Present 


COMMAND  AND  OONTfKX  SYSTB4 


ALERTS  STATUS  |  UNIT  |  UNCLASSIFIED  |  170900ZMAY92 


SytKm  Mnhbm  Comm  Mipo  Itepaitt  Toolo  Hoip 


How  a  Display  Screen  Design  Can  Provide  Optional  Information 
Through  User  Request 


U  Tactical  Information  Display  Options 
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10.1.2  Display  Only  Critical  Information 

The  information  density  on  a  system  display  should 
be  minimized  by  presenting  only  information 
essential  to  the  user  at  the  time. 

10.1.3  Integrated  Display 

When  the  user  needs  specific  data  displayed 
concurrently  to  make  judgments  on  the  tactical 
situation,  provide  those  data  in  an  integrated 
display,  rather  than  partitioning  them  into  separate 
windows. 


10.1.4  Information  Format 

Present  information  in  a  directly  usable  form.  Do 
not  require  the  user  to  decode  or  interpret  data. 
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The  structure  of 
information  presented 
on  the  screen  should 
be  consistent.  This 
helps  the  user 
develop  a  perceptual 
model  of  the  interface. 


10.2  Screen  Design  •  Consistency 


10.2  CONSISTENCY 

10.2.1  Consistent  Display  Structure 

Create  display  formats  with  a  consistent  structure 
evident  to  the  user,  so  display  features  are  always 
presented  in  the  same  way. 

10.2.2  Consistent  Fields 

Use  fields,  such  as  headers,  that  are  constant  and 
stay  the  same  on  every  page. 

10.2.3  Input  Prompts 

Display  the  input  prompt  at  a  standard  location, 
next  to  the  command  entry  area  of  the  display. 
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10.3  FORMAT 

10.3.1  General 

10.3.1.1  Distinctive  Display  Elements 

Make  the  different  elements  in  a  display 
format  distinctive. 

10.3.1.2  Visual  Competition 

Information  on  a  display  screen  should  be 
organized  such  that  visual  competition  among 
distinct  items  of  information  is  minimized. 

10.3.1.3  Abbreviations 

Make  appropriate  use  of  abbreviations,  and  use 
them  in  a  consistent  manner.  Provide  a  key  or 
built-in  reference  table.  Abbreviations  should 
conform  to  AR310-50  (U.S.  Department  of  the 
Army  1985).  Do  not  place  periods  after 
abbreviations.  It  is  recommended  that 
applications  requiring  extensive  text  input 
provide  an  on-line  spell-checker  that 
addresses  abbreviations  and  acronyms. 
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10.3.1.4  Use  of  Contrasting  Features 

Use  contrasting  features  such  as  inverse  video 
and  color  to  call  attention  to  different  screen 
components  and  urgent  items. 

10.3.1.5  Simple  Statements 
Use  short,  simple  statements  in  text. 

10.3.2  Screen  Organization 

10.3.2.1  Order  of  Data 

The  order  of  items  should  follow  some 
principle  that  can  be  recognized  and  applied  by 
the  user. 


10.3.2.2  Display  Title  at  Top 

Begin  every  display  with  a  title  or  heaoer 
located  at  the  top  of  the  page,  describing 
briefly  the  contents  or  purpose  of  the  display. 
Leave  at  least  one  blank  line  between  the  title 
and  the  body  of  the  display.  See  Figure  10.2 
for  an  example. 
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FIGURE  10.2:  Example  of  How  Specific  Types  of  Information 
Should  Be  Located  on  a  Display  Screen 
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There  are  insufficient 
data  regarding  screen 
density  for  graphical 
user  interfaces  and 
map  graphic  type 
displays.  Research  is 
needed  in  these  areas. 


10.3  Screen  Design  -  Format 


10.3.2.3  Command  Entry,  Prompts, 
Messages  at  Bottom 

The  area  set  aside  for  displaying  messages 
should  be  consistent.  Text  systems  have 
reserved  the  last  several  lines  at  the  bottom 
of  displays  for  status  and  error  messages, 
prompts,  and  command  entry,  when 
appropriate.  See  Figure  10.2  for  an  example. 
This  area  can  also  be  used  for  a  supporting 
data  menu  bar,  including  such  items  as  a  user 
note  pad. 


10.3.2.4  Screen  Density 

For  text  displays,  screen  density  (i.e.,  ratio  of 
characters  to  blank  spaces)  should  not  exceed 
60%  of  available  character  spaces. 
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10.3.2.5  Instructions 

Instructions  on  how  to  use  a  screen  should  be 
highlighted  at  the  top  of  the  text,  preceding 
the  response  options,  as  illustrated  in  Figure 
10.3.  Instructions  on  the  disposition  of  a 
completed  screen  should  be  at  the  bottom. 


MAPS  -  Symbol  Options 

Select  one  option  from 
the  following  list 


OK 


Cancel 


FIGURE  10.3:  Example  of  the  Proper  Location  of  Display 
Screen  Instructions 

10.3.2.6  Use  of  Functional  Fields 

Assign  functional  fields  for  particular  kinds  of 
data,  such  as  program  messages,  error 
messages,  system  messages,  and  alarms. 


10-13 


Version  2.0,  MAY  92 


10.3  Screen  Design  -  Format 


10.3.3  Data  Organization 

10.3.3.1  Display  Capacity 

Large  portions  of  text  should  be  broken  into 
smaller,  meaningful  groups  to  minimize  the 
amount  of  information  to  be  attended  to  at  one 
time.  See  Figure  10.4. 


Poor 

The  3rd  Bn  Is  currently  located 
at  32UNA100100,  moving  to 
contact  in  sector  8,  with  80% 
strength,  supported  by  an  armor 
platoon. 


Qal 

3  Bn  Status 
0  At  32UNA100100 
0  Moving  to  Contact 
0  80%  Strength 

0  Supported  by  an  armor  platoon 


FIGURE  10.4:  Example  of  Breaking  Information  into  Smaller 
Groups 


10.3.3.2  Spacing  to  Structure  Displays 

Use  blank  space  to  structure  a  display. 


i 


10-14 


Version  2.0,  MAY  92 

10.3  Screen  Design  -  Format 

10.3.3.3  Use  of  Two  Text  Columns 

For  screens  containing  large  amounts  of  text, 
consider  using  two  columns  of  text  to  improve 
readability. 

10.3.3.4  Placement  of  Labels 

Ensure  labels  are  sufficiently  close  to  their 
related  data  fields  but  separated  by  at  least 
one  space. 

10.3.3.5  Spacing  Between  Words  and 
Lines 

Provide  adequate  spacing  between  words  and 
lines  of  text  for  better  legibility.  Separate 
paragraphs  with  a  blank  line. 
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10.3.3.6  Vertical  Presentation  of  Data 


A  series  of  data  elements  should  be  presented 
vertically,  not  horizontally,  in  text.  See 
Figure  10.5. 


FIGURE  10.5:  Example  of  How  Data  Should  Be  Presented 
Vertically  as  Opposed  to  Horizontally 

10.3.3.7  Starting  Point 

Provide  an  obvious  starting  point  for 
information. 


POOR 

Class  1 

Item  1 

Item  2  Item 

3 

Class  II 

Item  1 

Item  2  Item 

3 

Class  III 

Item  1 

Item  2  Item 

3 

GOOD 

Class  1 

OlassJi 

Class  III 

Item  1 

Item  1 

Item  1 

Item  2 

item  2 

Item  2 

Item  3 

Item  3 

Item  3 
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10.3.3.8  Justification  of  Columns 

Columns  should  be  justified,  as  noted  below 
and  as  illustrated  in  Figure  10.6. 

a.  Left  justify  alphanumeric  columns  to 
permit  rapid  scanning. 

b.  Right  justify  numerical  data  without 
decimals. 

c.  Justify  numerical  data  with  decimal 
points  by  the  decimal. 


Eqsi 

Gcxri 

Artillery 

Artillery 

Tanks 

Tanks 

Trucks 

Trucks 

Aircraft 

Aircraft 

400 

400 

4210 

4210 

38 

38 

39111 

391  1 1 

1.5 

1.5 

10.38 

10.38 

1.365 

1 .365 

FIGURE  10.6:  Example  of  How  Data  Should  Be  Justified 
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10.3  Screen  Design  -  Format 

10.3.4  Line  Organization 

10.3.4.1  Format  for  Detailed  Reading 

Use  only  70-character  positions  on  the 
standard  80-character  line  to  increase  reading 
efficiency.  This  is  most  important  when 
detailed  reading  is  the  user's  primary  task. 

10.3.4.2  Line  Length 

Display  no  more  than  35  to  40  characters  on 
each  line  for  information  presented  in 
columns. 


r 
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10.3.5  Character  Design 

10.3.5.1  Capital  Lettering 

a.  Capital  letters  should  be  used  for 
typographic  coding,  headlines,  indicating 
new  paragraphs,  and/or  captions  and 
labels. 

b.  Do  not  use  all  capital  letters  in  running 
text  or  tables.  It  impairs  word 
recognition,  reduces  readability,  and 
limits  space  between  text  lines. 

10.3.5.2  Spacing  Between  Characters 
and  Lines 

Spacing  between  characters  should  be  20-50% 
of  character  height.  Spacing  between  lines 
should  be  equal  to  character  height.  See  Figure 
10.7. 
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10.3.5.3  Character  Height  and  Width 

Minimum  height  of  displayed  characters  should 
be  1/200  of  viewing  distance.  For  example,  a 
viewing  distance  of  36  inches  requires  a 
0.18-inch  character  height  on  the  display 
screen.  Character  width  should  be  50-100%  of 
character  height.  Character  stroke  width 
minimum  is  10-12.5%  of  character  height  (see 
Figure  10.7).  Maximum  text  size  should  not 
exceed  10%  of  the  available  vertical  display 
area  on  a  full-size  screen. 


H 

{A 

TCCS 

SW 

S  w 

Height 

-  H 

-  X 

Spacing 

=  S 

=  20-50%  Of  X 

Width 

-  W 

=  50-100%  of  X 

Stroke 

Width 

-  SW 

=  10-12.5%  Of  X 

FIGURE  10.7:  Example  of  Character  Size  and  Spacing 


10.3.5.4  Dot  Matrix  Construction 

Characters  should  contain  a  minimum  7  x  9  dot 
matrix  construction  for  better  readability. 


Version  2.0,  MAY  92 


10.3  Screen  Design  -  Format 


10.3.5.5  Readability 

Command  and  control  applications  require  the 
characters  on  the  screen  be  legible  to  a  person 
standing  behind  the  user.  The  screen  viewing 
distance  referred  to  in  Paragraph  10.3.5.3 
should  reflect  the  anticipated  maximum 
viewing  distance.  Using  large  fonts  with  broad 
stroke  widths  is  recommended  to  improve 
readability.  Selecting  background  color  and 
contrasting  foreground  (text)  color  should 
ensure  sufficient  contrast  for  good 
readability. 

10.3.5.6  Font  Size 

The  usual  designation  of  font  size  is  given  in 
points.  The  display  of  text  fonts  on  screens  is 
proportional  to  point  size,  but  the  actual  size 
of  displayed  text  is  related  to  screen  size  and 
application  software.  The  font  point  size  only 
controls  the  actual  size  of  printed  output.  It 
is  recommended  that  screen  text  size  be 
reviewed  and  adjusted  in  relation  to  the 
objective  hardware  system. 
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10.3.6  Scrolling  of  Data 

10.3.6.1  Avoid  Constant  Scrolling 

Display  text  information  statically  on  the 
screen,  rather  than  constantly  scrolling  it 
across  the  screen. 

10.3.6.2  Format  for  Scrolling  Text 

If  text  is  meant  to  be  scanned  by  constant 
scrolling,  columns  with  35  characters  or 
fewer  per  line  are  preferred. 


10-22 


Version  2.0,  MAY  92 


10.4  Screen  Design  -  Grouping 


10.4  GROUPING 

10.4.1  Grouping  for  Data  Comparison 

If  users  must  analyze  sets  of  data  to  discern 
similarities,  differences,  trends,  and  relationships, 
structure  the  format  of  displays  so  the  data  are 
consistently  grouped. 

10.4.2  Important  Data  Placement 

Where  displayed  data  are  used  in  some  spatial  or 
temporal  order,  consider  grouping  those  data  by 
sequence  of  use  to  preserve  that  order. 

10.4.3  Primary  Viewing  Area 

When  data  and  terms  are  particularly  important, 
require  immediate  user  response,  or  are  more 
frequently  displayed,  group  them  in  the  primary 
viewing  area  of  the  user. 

10.4.4  Data  Grouped  Alphabetically  or 
Chronologically 

When  there  is  no  appropriate  logic  for  grouping 
data  by  sequence,  function,  frequency  or 
importance,  adopt  some  other  principle,  such  as 
alphabetical  or  chronological  grouping. 
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10.4.5  Arrangement  of  Data  on  Screen 

Arrange  and  group  data  on  command  and  control 
system  display  screens  to  differentiate  among 
instructions  and  data  and  to  facilitate  observation 
of  similarities,  differences,  and  trends  for  the 
most  common  uses. 

10.4.6  Provide  Cohesive  Groupings 

Provide  cohesive  groupings  of  command  and  control 
screen  elements  by  using  blank  space,  surrounding 
lines,  different  intensity  levels,  etc. 
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10.5  MULTIPLE  SCREENS 

10.5.1  Paging  Crowded  Displays 

When  a  display  contains  too  much  data  for 
presentation  in  a  single  frame,  partition  the  data 
into  separately  dispiayable  pages.  Refer  to  Section 
7,  Windowing. 

10.5.2  Related  Data  on  Same  Page 

When  partitioning  displays  into  multiple  pages, 
take  into  account  the  type  of  data  being 
partitioned,  and  display  functionally  related  data 
items  together  on  one  page. 

10.5.3  Multiple  Pages  Labeling 

In  a  multipage  display,  label  each  page  with  a 
unique  identifier  that  shows  its  relation  to  the 
other  pages. 


i 
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As  emerging  command  and  control  systems  implement 
graphical  user  interfaces  and  high  resolution  color 
graphics  displays,  the  use  of  color  as  an  information 
discriminator  has  become  crucial.  Color  can  be  a  very 
effective  discriminator,  for  example,  by  decluttering 
a  display  and  improving  task  performance.  Color  can 
also  induce^he  very  clutter  and  performance  degra¬ 
dation  it  attempts  to  reduce.  For  these  reasons,  color 
in  a  display  must  be  used  very  carefully. 

A  designer  must  be  sensitive  to  the  many  factors  that 
affect  how  a  person  perceives  and  reacts  to  color  as 
an  information  discriminator.  An  in-depth  discussion 
on  visual  perception,  color,  and  human  performance  is 
beyond  the  scope  of  this  document:  nevertheless. 

Table  11.1  provides  definitions  of  key  terms 
associated  with  the  subject. 

The  designer  should  be  aware  of  the  following 
important  factors: 

•  Both  brightness  and  type  of  lighting  (e.g., 
incandescent  versus  fluorescent)  can  affect 
how  colors  are  perceived.  For  example,  bright 
ambient  light  desaturates  display  colors, 
leading  to  degraded  color  identification  and 
discrimination.  It  may  shift  the  eye's 
adaption,  also  reducing  the  ability  to 
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discriminate  color  (Thorell  and  Smith  1990). 

In  essence,  identically  colored  objects  can  be 
perceived  as  being  dissimilar  under  different 
lighting  conditions. 

•  How  the  color  of  a  foreground  object  is 
perceived  is  directly  related  to  its 
background  color. 

•  Visibility  and  readability  are  a  direct  result 
of  the  contrast  between  the  foreground  and 
the  background. 

Additional  overarching  guidelines  for  using  color  in 
computer  display  systems  are: 

•  Color  should  be  used  sparingly  as  an 
information  discriminator.  Color  rapidly 
loses  meaning  and,  when  overused,  may 
impede  rather  than  enhance  human 
performance. 

•  Colors  should  be  used  consistently  within  a 
display  and  across  a  set  of  displays  for  an 
application. 

•  The  meaning  of  color  should  be  consistent 
with  user  expectation. 
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When  using  color  to  impart  a  specific 
meaning  to  the  user,  utilize  an  additional, 
redundant  form  of  coding,  such  as  shape.  This 
ensures  the  correct  meaning  will  be  conveyed 
should  the  user  have  a  color  vision  deficit  or 
should  color  be  unavailable  on  the  screen. 

Whereas  flexibility  in  color  coding  schemes 
may  be  desirable  for  a  terminal  dedicated  to 
a  single  user,  color  coding  should  be  standard¬ 
ized  for  military  applications.  Because  of  the 
variety  of  users  on  a  tactical  terminal,  a 
terminal  with  a  uniquely  customized  color 
coding  scheme  may  be  very  difficult  to 
interpret.  The  user  should  be  allowed  to 
select  colors  schemes  for  aspects  of  the 
application  that  do  not  involve  coding  or 
status.  A  default  scheme  should  be  easily 
available  to  restore  the  interface  for 
subsequent  users. 

A  requirement  for  adjustable  colors  is 
created  because  of  portable  applications 
among  hardware  configurations.  Each 
hardware  system  display  has  different  color 
perceptual  values  and  color  names.  Portable 
applications  must  be  able  to  accommodate 
these  differences.  Status  colors  should  be 
assigned  during  installation;  the  user  should 
not  be  allowed  to  adjust  these  colors. 
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The  following  paragraphs  provide  more  detailed 
guidelines  for  using  color  in  command  and  control 
systems.  It  should  be  noted  that  many  of  the 
guidelines  contained  in  this  section  are  most  relevant 
to  using  color  in  text-based  software,  primarily 
because  the  majority  of  the  past  research  in  color 
usage  was  done  with  text  applications.  Whereas 
results  of  research  with  graphical  user  interfaces  and 
graphical  presentation  of  information  are  emerging, 
more  research  is  needed  on  using  color  in  tactical 
graphics  applications,  especially  in  foreground/ 
background  combinations  for  colored  map  graphic 
displays. 

The  designer  should  also  be  aware  that  it  is  easier  to 
define  color  combinations  to  avoid  than  to  identify  a 
single  best  way  to  utilize  color.  Color  choice/ 
combination  tends  to  be  a  matter  of  personal 
preference.  For  example,  high  contrast  between 
foreground  text  and  background  is  crucial  but  can  be 
accomplished  with  a  number  of  color  combinations. 
This  ambiguity  becomes  all  the  greater  when 
developing  design  guidance  for  the  different  command 
and  control  applications  represented  across  military 
systems.  The  designer  should  utilize  those  guidelines 
most  relevant  to  the  particular  application. 
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TABLE  11.1:  Definitions  of  Key  Terms  for  Color  Usage 
TERM  DEFINITION 

Achromatic  Colorless;  lights  that  have  no  definite  hue. 

Brightness  The  perceptual  (psychological)  correlate  of 
intensity  that  ranges  from  dark  to  bright. 

Chromatic  Highly  colored. 

Discrimination  Degree  to  which  a  human  visual  system  can  sense 
differences  in  the  physical  characteristics  of  an 
image. 

Hue  The  psychological  attribute  of  color  sensation 

associated  with  the  physical  property  of  visible 
wavelengths. 

Legibility  Ability  to  identify  an  alphanumeric  character  or 

symbol.  A  criterion  of  image  quality. 

Luminance  The  amount  of  light  reflected  or  emitted  by  a 
surface,  measured  in  foot-lamberts. 

Luminance  Ratio  of  the  foreground  brightness  compared  to  the 

Contrast  background  brightness. 

Monochromatic  Consisting  of  one  color  or  hue. 

Recognition  Ability  to  recognize  or  interpret  the  meaning  or 

association  of  an  image. 

Saturation  The  degree  to  which  a  hue  differs  from  a  gray  of  the 
same  lightness. 
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Color  should  be  used 
when  a  basic  mono¬ 
chromatic  presenta¬ 
tion  of  tactical 
information  needs  to 
be  augmented  for  the 
user  to  gain  a  more 
effective  under¬ 
standing  of  the 
information  being 
presented. 


11.1  Color  Usage  -  General 


11.1  GENERAL 

11.1.1  When  to  Use 

Color  should  be  used,  when  necessary,  to: 

a.  attach  specific  meaning  to  tactical 
information  presented  in  the  form  of  text  or 
symbology 

b.  direct  the  user’s  attention  to  the  most 
important  or  time-critical  information  on  the 
screen  (i.e.,  information  category  headings, 
system  and  user  errors,  information  requiring 
immediate  attention,  key  data  items,  and 
window  titles) 

c.  enable  a  user  to  differentiate  rapidly  among 
several  types  of  information,  especially  when 
the  information  is  dispersed  on  the  display 

d.  increase  the  amount  of  information  portrayed 
on  a  graphic  display  by  adding  color  in 
addition  to  shape 

e.  indicate  changes  in  the  status  of  graphical 
data. 
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Color  should  be  used 
carefully.  As  a  coding 
method,  color  can 
rapidly  lose  its 
effectiveness. 


11.1  Color  Usage  -  General 


11.1.2  Constraints  on  Use 

The  following  should  be  considered  when  including 
color  in  display  screens. 

11.1.2.1  Adding  Color  to  Formatted 
Displays 

Add  color  coding  only  after  displays  have 
already  been  designed  as  effectively  as 
possible  in  an  achromatic  format. 

11.1.2.2  Using  Color 

Color  only  logically  related  information  with 
similar  hues.  Consider  spacing  or  high¬ 
lighting  instead  of,  or  in  addition  to,  color. 

11.1.2.3  Relative  Brightness  of  Colors 

When  emphasizing  tactical  information  by 
means  of  color,  use  a  color  for  more 
important  information  that*  is  brighter  than 
adjacent  color  coded  information.  Figure  11.1 
provides  an  illustration  of  color  in 
descending  order  of  brightness  when  driven  to 
the  same  level  of  energy.  Ensure  the  choice 
of  colors  is  consistent  with  the  user's 
expectations  for  the  information  being  coded. 
See  Section  11.2. 
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WHITE  IS  BRIGHTEST,  HIGHEST  ATTENTION  GETTING 
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BE  1 1  1 :  Relative  Brightness  of  Colors,  in  Descending  Order 
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The  user  with 
defective  color  vision 
will  have  difficulty 
discriminating  among 
the  colors. 


11.1  Color  Usage  •  General 


11.1.2.4  Inappropriate  Use  of  Color 
Coding 

Do  not  use  color  coding  when  it  might  confuse 
users  with  defective  color  vision  or  when  the  use 
of  color  reduces  screen  readability.  If  color  must 
be  used,  consider  the  following; 

a.  When  the  user  must  compare  data,  such  as 
those  contained  in  graphs  based  on  color, 
avoid  using  green,  yellow,  and  red  as 
comparison  colors  for  command  and  control 
information  requiring  important  or  frequent 
discriminations.  If  possible,  use  yellow  and 
blue,  or  red  and  cyan. 

b.  When  green,  yellow,  and  red  must  be  used, 
provide  other  cues,  such  as  brightness  and 
saturation,  to  enhance  discriminability. 
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11.1.2.5  Redundant  Coding  with  Color 

Do  not  code  solely  by  color.  Make  color  coding 
redundant  with  sonne  other  display  feature, 
such  as  symbology  or  actual  text  content. 

11.1.2.6  Color  and  Small  Areas  of  the 
Display 

Avoid  requiring  the  user  to  discriminate 
between  colors  in  small  areas  of  the  display. 
Small,  color-coded  areas  are  subject  to  loss 
and  bleeding  of  colors.  Use  achromatic  colors 
(i.e.,  black  or  white)  if  coding  must  be  done  in 
small  areas. 

11.1.2.7  Highlighting 

Use  white  to  highlight  data  that  require 
particular  attention.  Do  not  excessively  use 
white  as  a  highlighter,  as  it  can  create  a 
glaring  brightness  that  may  interfere  with 
screen  legibility.  When  status  changes  are 
signaled  by  color,  that  color  should  not  be 
used  to  highlight  text.  Status  changes  using 
color  coding  should  be  signaled  by  a  ball  or 
box  next  to  the  text. 
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11.1.2.8  Enhancing  Color 
Discrimination 

Contrast  should  be  high  between  the  text  or 
graphical  object  and  its  background  to 
enhance  screen  readability.  Generally,  the 
color  foreground  should  differ  from  its 
background  by  a  minimum  of  100  AE  (CIE  YuV) 
distances.  Minimum  luminance  contrast 
ratios  are  required  for  specific  tasks.  For 
discrimination  and  legibility,  acceptable 
ratios  of  foreground-to-background 
luminance  contrast  range  from  6:1  to  10:1. 
Table  11.2  provides  guidance  for  specific 
conditions.  Using  pure  white  or  black  as  a 
background  color  is  not  recommended. 
Unsaturated  hues  provide  the  best  background 
contrast. 


TABLE  11.2:  Recommended  Luminance  Contrast  Ratios 


Ratio  of  Foreground 

Condition  to  Background 


Bright  Ambient  Illumination 

>7;1 

To  Attract  Attention 

>7:1 

To  Sharpen  Edges 

>7:1 

Continuous  Reading 

3:1  to  5:1 

Dark  Ambient  Illumination 

3:1  to  5:1 

Camouflage  Images  or  Smooth  Edges 

<3:1 

11-13 


Version  2.0,  MAY  92 


11.2  Color  Usage  -  Color  Selection 


11.2  COLOR  SELECTION 
11.2.1  General 

11.2.1.1  Easily  Discriminable  Colors 

When  selecting  colors  for  coding  discrete 
categories  of  information  displayed  on  a 
screen,  ensure  those  colors  are  easily 
discriminable  in  all  expected  operational 
environments. 

11.2.1.2  Color  Discrimination 

To  aid  in  color  discrimination,  use  colors  that 
are  as  widely  spaced  along  the  visible  color 
spectrum  as  possible.  The  following  colors, 
listed  by  their  wavelengths  in  millimicrons, 
are  spaced  widely  enough  for  easy 
discrimination  from  one  another. 


Red 

700 

Orange 

600 

Yellow 

570 

Yellow-green 

535 

Green 

500 

Blue-green 

493 

Blue 

470 

Version  2.0,  MAY  92 


11.2  Color  Usage  •  Color  Selection 


11.2.1.3  Color  Selection,  Infrequently 
Used  Data 

Use  an  unobtrusive  color  to  display 
information  used  infrequently  on  a  screen. 
Unobtrusive  colors  have  shorter  wavelengths. 

11.2.1.4  Use  of  Warm  and  Cool  Colors 

Use  warm  colors  (colors  with  a  longer 
wavelength,  such  as  red  or  orange)  to  convey 
action  or  the  requirement  for  a  response.  Use 
cool  colors  (colors  with  a  shorter  wave¬ 
length,  such  as  blue  or  green)  to  convey 
status  or  background  information. 

11.2.1.5  Unique  Assignment  of  Color 
Codes 

Each  color  should  represent  only  one  category 
of  displayed  data,  as  defined  in  paragraph 
11.2.6. 
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11.2.2  Consistency 

11.2.2.1  Consistent  Use  of  Color 


A  mismatch  of  color 
and  color  association 
slows  recognition 
time  and  increases 
misidentification  of 
words. 


Color  should  be  applied  consistently  from 
screen  to  screen  and  from  application  to 
application  to  ensure  the  user  can  make  the 
proper  interpretations.  This  is  applicable 
both  within  and  across  military  command  and 
control  systems.  For  example,  do  not  use 
status  colors  as  window  borders  unless 
status  coding  is  intended. 

11.2.2.2  Label  Wording  and  Color 
Associations 

Color  coding  should  be  consistent  with  the 
interaction  of  the  label's  color  and  the  color 
associations  of  the  words  in  the  label.  As 
shown  in  Figure  11.2,  the  word  ENEMY,  if 
color  coded,  should  be  red  rather  than  green. 

11.2.2.3  Conventional  Assignment 
of  Color  Codes 


Choose  colors  for  coding  based  on 
conventional  associations  with  particular 
colors.  These  should  conform,  if  possible,  to 
those  specified  in  Army  documents,  such  as 
FM  101-5-1:  Operational  Terms  and  Symbols. 
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Amplifying  the  coding 
scheme  for  graphics 
can  be  achieved  by 
using  three  hues  of 
each  color,  though 
this  should  be  done 
very  conservatively. 


11.2  Color  Usage  -  Color  Selection 


11.2.3  Number  of  Colors  to  Use 

11.2.3.1  Conservative  Use  of  Color 

Implement  color  coding  conservatively,  using 
relatively  few  colors  to  designate  critical 
categories  of  displayed  data  and  only  where 
it  will  help  user  performance.  Figure  11. 3A 
illustrates  overuse  of  color.  Figure  11. 3B 
illustrates  the  same  display,  redesigned  to 
minimize  the  use  of  color. 

11.2.3.2  Color  Coding  on  Alphanumeric 
Screens 

Use  no  more  than  four  colors  at  one  time 
when  using  alphanumeric  screens,  with  a 
maximum  of  seven  total  for  all  screens. 

11.2.3.3  Color  Coding  on  Graphical 
Screens 

Use  four  standard  colors,  with  others 
reserved  for  occasional  use.  Only  eight  or 
nine  highly  saturated  colors  can  be  easily 
discriminated,  so  do  not  exceed  this  number. 
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These  color  pairs 
have  wavelengths  that 
focus  at  different 
distances  from  the 
retina.  When  used 
together  they  will 
cause  frequent  eye 
refocusing  and  other 
performance 
difficulties. 


11.2  Color  Usage  •  Color  Selection 


11.2.4  Pairing  of  Colors 

Colors  should  be  carefully  paired  on  a  screen  to 
maximize  human  performance. 

11.2.4.1  Use  of  Saturated  Colors 

Avoid  simultaneous  use  of  highly  saturated, 
spectrally  extreme  color  pairs  on  a  display 
screen.  Examples  include  such  color  pairs  as 
red  and  blue,  yellow  and  purple,  or  magenta 
and  green.  The  affect  is  most  significant 
with  red  and  blue.  If  they  must  be  used, 
desaturate  them.  See  Figure  11.4. 

11.2.4.2  Color  Coding  of  Different 
Items 

To  emphasize  different  tactical  information 
in  text  and  presentation  graphics  displays, 
use  contrasting  colors  such  as  red  and  green 
or  blue  and  yellow.  However,  in  color  choice, 
be  consistent  with  the  guidance  provided  in 
other  paragraphs  of  this  section. 

11.2.4.3  Color  Coding  of  Similar  Items 

To  convey  similarity  in  tactical  information 
in  text  and  presentation  graphics  displays, 
use  similar  colors,  such  as  orange  and  yellow 
or  blue  and  violet. 
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Example  of  How  Pairing  of  Certain  Highly  Saturated  Colors  Causes  One  to 
Appear  Closer  to  the  Viewer  and  How  Desaturation  Reduces  the  Effect 
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11.2.4.4  Foreground  and  Background 
Combinations 

Contrast  between  foreground  objects  and 
background  displays  should  be  high.  Black  on 
light  blue  and  blue  on  white  are  good  general 
foreground  and  background  combinations. 
However,  blue  should  not  be  used  for  the 
foreground  when  fine  detail  resolution  is 
required,  such  as  in  target  recognition.  More 
specific  guidance  is  illustrated  in  Figures 
11. 5A  and  11. 5B. 


l 


1  1  -29 


Version  2.0,  MAY  92 


11.2  Color  Usage  -  Color  Selection 


This  Page  Intentionally  Left  Blank 


UNIT  I  UNCtASSrCD  '  170dO0ZMAY92 


:  Recommended  Foreground  and  Background  Color  Combinations 


Version  2.0,  MAY  92 


11.2  Color  Usage  -  Color  Selection 


f  ^ 


This  Page  Intentionally  Left  Blank 


11-32 


;  Examples  of  Background/Foreground  Color  Combinations  on  Text  Legibility 
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Extensive  coloring 
creates  a  brighter- 
than-necessary 
display,  with 
subsequent  negative 
impact  on  user 
performance. 


11.2.4.5  Extensive  Background 
Coloring 

Avoid  using  extensive  coloring  (e.g.,  many 
different  colors)  for  the  background, 
segments  of  the  background,  or  particular 
regions  surrounding  individual  characters  or 
symbols.  See  Figure  1 1 .6. 

11.2.5  Color  Selection  and  Ambient 
Illumination 

The  level  of  ambient  illumination  directly  affects 
the  perceived  brightness  and  hue  of  a  color. 

Consider  the  following  when  designing  a  color 
display. 

11.2.5.1  Using  Green 

Green  provides  good  general  visibility  over  a 
broad  range  of  intermediate  luminances. 

11.2.5.2  Using  Red 

Use  red  under  high  ambient  lighting  but  not  in 
low  lighting. 

11.2.5.3  Using  Yellow 

Yellow  provides  good  general  visibility  over  a 
broad  range  of  luminances. 
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Extensive  Coloring  of  Backgrounds  Causes  the  Display  to  Become 
User  Performance 
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11.2.6  Specific  Color  Meanings 

Use  the  colors  and  associated  meanings  listed  in 

Table  11.3  for  designing  military  color  coding.  The 

military  intelligence  community  uses  the 

classification  Bar  Colors  listed  in  Table  11.4. 

TABLE  11. 3:  Color  Codes  and  Associated  Meanings 

Color  Meaning 

Green  Non-alert,  forces  or  situation  at 

acceptable  condition,  obstacles  on  map 
graphics. 

Blue  Friendly  forces  symbology. 

Red  Alert,  forces  or  situation  at  critical 

condition,  enemy  symbology. 

Yellow  Forces  or  situation  at  marginal  condition, 
caution,  NBC  areas  on  map  graphics. 

Black  Friendly  forces  symbology. 
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TABLE  11.4:  Classification  Bar  Color  Codes  and  Associated  Meanings 


Meaning 

Unclassified 
Confidential 
Secret 
Top  Secret 

Sensitive  Compartmental 
Information 

11.2.7  Using  Blue 

Blue  as  a  background  color  is  most  effective  for 
tasks  performed  at  close  distances. 

11.2.7.1  Using  Saturated  Blue  on  a 
Dark  Background 

Because  the  eye  is  relatively  insensitive  to 
blue,  blue  lines  or  dots  will  be  very  difficult 
to  resolve.  Avoid  using  saturated  blue  for 
small  lines  or  dots  when  the  background  is 
dark. 


Bflf...Cfllor 

Green 

Blue 

Red 

Yellow 

Purple 
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11.2.7.2  Saturated  Blue  for 
Background  Color 

Use  saturated  blue  only  for  background 
features  in  a  display,  not  for  critical  data. 

11.2.8  Use  of  Color  Keys 

If  the  screen  designer  must  deviate  from  the  color 
meanings  provided  in  Table  11.3  or  use  other 
colors,  a  key  that  explains  the  color  meaning 
(Figure  11.7)  should  be  included  on  the  display. 

This  key  should: 

a.  be  readily  visually  accessible  on  the  display 
without  having  to  scroll  or  expand  the  screen 
or  window 

b.  appear  in  the  color  being  defined. 

11.2.9  Large  Screen  Display  Periphery 
Colors 

Avoid  the  use  of  red  and  green  in  the  periphery  of  a 
large-scale  display.  Yellow  and  blue  are  good 
periphery  colors. 
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11.3  TONAL  COLOR  CODING 

11.3.1  Color  Coding  for  Relative  Values 

When  relative  rather  than  absolute  values  of  a 
variable  are  important,  display  gradual  color 
changes  of  a  single  color  as  a  tonal  code  to  show 
the  relati'^e  values  of  a  single  variable.  Display  a 
monochromatic  shading  rather  than  spectral  codes 
(different  colors).  See  Figure  11.8. 

11.3.2  Ordered  Coding 

Where  different  areas  of  a  map  are  coded  by 
texture  patterns  or  tonal  variation,  order  the 
assigned  code  values,  such  that  the  darkest  and 
lightest  shades  correspond  to  the  extreme  values 
of  the  coded  variable. 
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11.4  COLOR-CODED  SYMBOLS 

Symbols  that  are  color  coded  should  use  the  following 
guidelines: 

11.4.1  Color-Coded  Symbol  Size 

Color-coded  symbols  should  subtend  a  minimum  of 
20  minutes  of  visual  arc.  The  designer  must 
determine  the  maximum  viewing  distance  from  the 
display,  then  calculate  the  minimum  size  of  the 
object,  using  the  formula: 

Visual  Angle  (Min.)  =  (57.3)  (60)L 


where  L  =  size  of  the  object,  and  D  =  distance  from 
the  eye  to  the  object.  See  Figure  1 1 .9. 


;  Visual  Arc  Subtended 
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11.4  Color  Usage  •  Color  Coded  Symbols 

11.4.2  Color-Coded  Symbol  Brightness 

Color-coded  symbols  should  have  a  minimum 
luminance  of  one  foot-lambert. 

11.4.3  Refresh  Rates 

The  minimum  refresh  rate  for  color-coded  symbols 
should  ensure  a  flicker-free  display. 
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11.5  MAP  GRAPHICS  AND  COLOR 

11.5.1  Functional  Versus  Decorative  Color 
Coding 

On  map  graphic  displays,  use  color  coding  that 
provides  a  specific  meaning  to  the  user,  rather  than 
colors  that  are  decorative  only.  These  meanings 
should  be  in  accordance  with  FM  21-26  (e.g.,  green 
for  vegetation,  brown  for  topographic  relief,  etc.) 

11.5.2  Differences  in  Color  Perceived 
Distance 

The  designer  should  be  aware  of  how  different 
colors  focus  at  different  distances  relative  to  the 
user's  retina  due  to  wavelength.  To  the  user, 
different  colors  will  appear  to  be  closer  than 
others,  especially  the  more  saturated  colors  (see 
Paragraph  11.2.4.1). 
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12.0  DECISION  AIDS 

Military  command  and  control  systems  continue  to 
develop  automated  decision  aids  in  support  of  military 
operations.  Although  what  constitutes  a  decision  aid 
has  been  debated,  it  is  important  to  point  out  that 
decision  aids  assist,  rather  than  replace,  human 
decision-makers.  Consequently,  when  defining 
decision  aids,  applications  limited  to  managing 
information  are  usually  excluded,  as  are  those  that 
make  decisions  in  a  fully  autonomous  mode. 

Decision  aids  may  be  designed  to  be  parts  of  other 
software  or  as  stand-alone  applications.  As  an 
example,  decision  aids  have  been  designed  to  assist 
users  in  evaluating  military  courses  of  action.  These 
applications  present  alternatives  and  supporting 
evidence,  as  well  as  assist  the  user  in  evaluating  the 
alternatives.  The  user  retains  a  major  role  in 
developing  the  final  recommendations.  Information 
management  software  such  as  database  management, 
text  processing,  and  graphics  applications  may 
support  the  decision  process  but  are  not  usually 
considered  decision  aids.  Other  applications,  such  as 
engine  diagnostic  software,  may  include  many 
relatively  fixed  rules  derived  from  human  experts. 

Such  "expert  systems,"  can  include  many  properties  of 
decision  aids,  but  they  place  relatively  more  emphasis 
on  interna'  rules  to  arrive  at  conclusions.  Examples 
of  autonomous  systems  include  automatic  fire  control 
systems  and  robotic  devices.  These  systems  may 
require  human  supervision  but  rely  heavily  on  internal 
rules  and  algorithms  for  their  operation. 
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It  is  difficult  to  make  a  distinction  between  decision 
aids  and  expert  systems  (which  include  autonomous 
capabilities),  since  both  require  cooperation  between 
human  and  automated  system  components.  Holtzman 
(1989)  differentiates  between  expert  and  intelligent 
decision  systems  and  points  out  which  is  appropriate 
to  use  based  on  subject  matter,  circumstance,  and 
preference  of  the  decision-maker.  Expert  systems 
may  have  a  relatively  large  knowledge  base  and  rules 
that  respond  to  constant  environmental  factors, 
whereas  decision  aids  place  more  burden  on  the 
decision-maker.  Decision  aids  provide  assistance  and 
are  designed  to  help  in  uncertain  or  novel  situations. 
The  guidelines  presented  in  this  section  are 
appropriate  for  both  expert  systems  and  decision  aids. 
Therefore,  the  term  "decision  aid"  or  "aid"  will  be  used 
to  refer  to  both  types  of  decision  support  application. 

The  question  of  "when  to  use  decision  aids"  is 
reviewed  in  the  first  part  of  this  section.  Given  that 
decision  aids  are  to  be  used,  the  next  step  is  defining 
the  requirements.  When  the  requirements  are  firm, 
the  features  needed  to  support  the  requirements 
become  important.  This  section  then  deals  with 
specific  issues  of  decision  aid  interface  design. 
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12.1  WHEN  TO  USE  DECISION  AIDS 

Decision  aids  should  be  used  to  compensate  for  known 
limitations  in  human  decision-making  and  to  offset 
the  adverse  effects  of  external  factors.  In  general, 
difficulties  can  arise  because  of  the  fundamental 
limits  of  human  cognitive  (i.e.,  mental)  abilities  and 
lack  of  experience.  Difficulties  also  arise  because  of 
various  environmental  factors  that  both  stress  the 
decision-maker  and  determine  the  type,  quantity, 
quality,  and  rate  of  information  presented. 

12.1.1  Cognitive  Considerations 

Consider  the  cognitive  limitations  and  styles  of 
decision-makers  when  designing  decision  aids. 

For  example,  overload  (i.e.,  stress,  information, 
situational,  etc.)  often  causes  users  to  focus  on 
a  subset  of  the  available  information,  innate 
abilities  and  learned  information-processing 
strategies  may  cause  additional  problems.  The 
following  points  describe  several  commonly 
occurring  limitations. 
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12.1.1.1  Cognitive  Limitations 

Novices,  individuals  lacking  confidence,  and 
those  performing  tasks  under  stressful 
conditions  will  make  errors  that  may  result 
in  less-than-optimal  decisions.  For  example: 

a.  Humans  often  have  difficulty 
retrieving,  retaining, 
representing,  and  manipulating 
large  amounts  of  information. 

They  also  may  have  difficulty 
combining  multiple  cues  or 
criteria  or  performing 
computational  tasks.  These 
difficulties  result  in  delaying 
performance  or  avoiding 
difficult  tasks. 

b.  Humans  often  have  difficulty 
making  decisions  in  times  of 
uncertainty. 

c.  Novices  do  not  have  previous 
experience,  so  they  often  fail  to 
recognize  errors. 
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d.  When  making  a  decision,  humans 
often  simplify  decision  problems 
by  selectively  perceiving  data, 
information,  and  knowledge. 

They  may  set  outcome  objectives 
and  then  look  for  a  decision  that 
meets  them.  Thus,  they  may 
focus  on  confirming  rather  than 
on  refuting  evidence.  They  also 
may  adjust  decision  methods  to 
fit  goals  or  desired  results. 

e.  If  a  decision  leads  to  a  negative 
result,  humans  may  attribute  the 
outcome  to  chance  or  to  the 
complexity  of  the  problem, 
rather  than  to  their  own 
decision-making  deficiencies. 

f.  Humans  have  limited  memory 
available  for  current  tasks;  they 
will  lose  some  information 
within  seconds. 

g.  Humans  have  limited  abilities  to 
organize  information. 
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h.  Humans  usually  have  difficulties 
with  symbolic  and  quantitative 
manipulation  of  mental 
representations,  and  they  may 
have  difficulty  formulating  or 
dealing  with  abstractions. 

i.  Humans  may  have  difficulty 
extrapolating  time  and  space 
information. 

j.  Humans  may  fail  to  use  prior 
experience  to  generalize  in  new 
situations. 

12.1.1.2  Avoiding  Complexity 

Humans  often  have  difficulty  dealing 
with  complexity  and  may,  therefore, 
try  to  make  a  problem  less  complex 
by  avoiding  certain  aspects  of  it. 
Consequently,  they  may  not  consider 
ail  factors  when  making  decisions. 
Some  strategies  used  to  make 
decisions  less  complex  are: 

a.  Humans  often  simplify  decision 
problems  by  only  considering  a 
few  alternatives. 
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b.  Humans  may  use  only  part  of  the 
available  information.  Or  they 
may  use  information  that 
corresponds  to  a  mental 
representation  or  model  of  what 
they  imagine  the  solution  to  be, 
even  if  this  means  rejecting  or 
misperceiving  relevant 
information.  They  may  combine 
or  "chunk"  information  in  various 
ways,  rely  on  poor  memory- 
search  strategies,  or  rely  on 
erroneously  perceived 
correlations  between  data. 

12.1.1.3  Cognitive  Biases 

Humans  have  biases  that  can  carry 
over  into  the  decision-making 
process. 

a.  Humans  may  recall  information 
that  has  been  recently  acquired, 
frequently  rehearsed,  or 
semantically  related  to  current 
information. 
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b.  Humans  may  anchor  their 
judgments  (i.e.,  place  greater 
emphasis  on  early  evidence)  and 
then  fail  to  adjust  when  provided 
new  information. 

c.  Humans  may  give  preference  to 
information  they  believe  is 
causally  related  to  the  problem. 

d.  Humans  may  provide  numeric 
judgments  that  contain 
systematic  bias  or  variance. 

e.  Humans  may  select  cues  that  are 
often  unreliable  indicators  of 
the  true  situation. 

f.  Humans  may  use  inappropriate 
analogies  to  generate  and 
compare  options. 

g.  Humans  may  incorrectly  identify 
current  situations  with  similar 
past  events. 
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h.  Humans  may  fail  to  detect  unique 
features  among  similar  cases, 
and  inconsistent  or  ambiguous 
information  may  not  be  noticed 
or  emphasized  appropriately. 

12.1.1.4  Time  Allocation 

Humans  may  fail  to  allocate  time 
properly  to  different  phases  of  the 
planning  process.  Too  much 
attention  to  early  stages  of  planning 
may  leave  inadequate  time  to 
evaluate  derived  alternatives 
properly. 

a.  Humans  may  perform  detailed 
analysis  early  but  fail  to  do  so 
later. 

b.  Humans  may  fail  to  develop  and 
evaluate  the  alternatives 
thoroughly. 

c.  Humans  may  fail  to  identify, 
evaluate,  compare,  and  combine 
salient  information  and, 
therefore,  fail  to  identify, 
prioritize,  and  assess  goals. 
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d.  Humans  may  fail  to  model  (war- 
game)  alternatives  because  of 
lack  of  time. 

12.1.2  External  Factors 

Many  external  factors  may  influence  the  quality 
of  decisions. 

12.1.2.1  Information  Overload 

When  the  complexity,  dynamics, 
and/or  volume  of  information  to 
assess  are  high  (such  as  in 
battlefield  operations),  they  may 
degrade  decision-making 
performance. 

12.1.2.2  Time  Stress 

Humans  have  difficulty  analyzing 
information  fast  enough  to  meet 
external  time  constraints.  When 
they  have  enough  time,  they  often 
have  difficulty  maintaining  high 
performance  long  enough  to  analyze 
all  data. 
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12.1.2.3  Limited  Information 

Decision-makers  may  work  in 
situations  where  information 
available  to  support  their  decisions 
is  limited.  Under  such  circum¬ 
stances,  lack  of  experience  and 
human  limitations  in  making  or 
formulating  estimates  may  pose 
problems. 

12.1.3  Training 

Decision-makers  may  not  have  the  experience, 
deductive  skills,  or  knowledge  of  the  procedures 
necessary  to  make  a  decision.  A  decision  aid  can 
assist  by  performing  some  steps,  by  leading  the 
human  through  the  required  steps,  and  by  filling 
in  knowledge  gaps.  Properly  designed  decision 
aids  also  train  users  through  explanation  and 
embedded  training. 
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12.1.4  When  to  Use  Decision  Aids 

Use  decision  aids  to  help  the  user  overcome  the 
difficulties  previously  described.  For  example: 

12.1.4.1  Manage  Complexity 

Decision  aids  help  the  user  cope  with 
information  overload;  they  focus  attention. 
Use  decision  aids  when  the  user  is  trying  to 
manipulate  large  amounts  of  data  or  visual 
representations,  when  combining  multiple 
criteria,  when  allocating  resources,  when 
managing  detailed  information,  and  when 
selecting  and  deciding  among  alternatives. 

12.1.4.2  Improve  Timeliness 

A  decision  aid  helps  a  user  perform 
many  time-consuming  activities 
more  quickly.  Some  examples 
include  the  diagnosis  of  the  current 
state  of  a  system  and  mathematical 
calculations,  particularly  when  they 
are  beyond  the  user's  abilities. 

Providing  aid  when  users  encounter 
unfamiliar  problems  also  helps 
improve  the  timeliness  of  the 
process. 
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12.1.4.3  Best  Use  of  Limited 
Data 

Use  decision  aids  when  there  is  uncertainty 
due  to  limited  data.  Decision  aids  help  by 
predicting  future  events  from  limited 
information,  by  improving  the  accuracy  and 
reliability  of  critical  tasks,  and  by 
addressing  critical  areas  beyond  the  ability 
of  the  user. 

12.1.4.4  Overcoming  Limitations 

Use  decision  aids  to  overcome  the  human 
cognitive  limitations  described  in  the 
earlier  sections.  For  example: 

a.  Use  decision  aids  to  overcome  human 
limitations  in  dealing  with 
uncertainty. 

b.  Decision  aids  are  helpful  in 
overcoming  emotional 
components  of  decision-making. 

c.  If  the  quality  of  human 
performance  is  in  question, 
decision  aids  can  add  greater 
accuracy  to  the  process. 
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d.  Decision  aids  are  ideal  in  cases  where 
memory-  and  information-retention 
problems  exist. 

e.  Decision  aids  overcome  cognitive 
biases  very  well. 

12.1.5  When  to  Consider  Alternatives 

The  following  are  circumstances  under  which 
the  use  of  decision  aids  may  not  be  advisable; 

12.1.5.1  Obvious  Solutions 

Do  not  use  decision  aids  when  solutions  are 
obvious  or  when  an  alternative  clearly 
dominates  all  other  options. 

12.1.5.2  Time  Requirements 

Use  decision  aids  only  when  sufficient 
time  is  available  or  when  the  user  is 
authorized  to  make  decisions. 

12.1.5.3  Generalizing 

As  appropriate,  defer  to  the  human  ability 
to  generalize. 
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12.1.5.4  Adaptation 

Recognize  situations  where  individuals  may 
be  superior  in  adapting  to  novel  situations. 

12.1.6  Cautions  and  Limitations 

Exercise  caution  when  introducing  decision  aids, 
in  particular,  when  they  include  functions  that 
reduce  the  role  of  human  judgment. 

12.1.6.1  User  Complacency 

The  decision  aid  could  encourage 
users  to  take  a  less  active  role. 

This,  in  turn,  could  cause  users  to  be 
inattentive  and  less  prepared  to 
handle  sudden  decreases  or  increases 
in  work  load,  both  of  which  may 
reduce  accuracy. 

12.1.6.2  Continued  Vigilance 

If  the  user's  role  becomes  less 
active,  the  user  may  have  difficulty 
maintaining  sustained  attention, 
which  could  lead  to  longer  user 
response  times. 
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12.1.6.3  Discrimination 
Limitations 

It  is  necessary  to  recognize  limitations  in  a 
user's  ability  to  discriminate  between 
correct  and  incorrect  automated  decisions. 

12.1.6.4  Fear  of  Automation 

Many  users  mistrust  automation  and 
automated  decisions,  preferring  to 
believe  their  performance  is  superior 
to  that  of  automated  systems.  User 
attitudes  toward  automation  are 
often  based  on  the  fear  of  being 
replaced.  The  designer  should  take 
this  into  account  when  planning  the 
role  and  degree  of  authority  the  user 
will  have  in  overriding  automated 
decisions. 
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12.2  DEFINING  DECISION  AID  REQUIREMENTS 

Develop  decision  aids  or  expert  systems  that  focus  on 
tasks  that  users  find  difficult,  rather  than  on  what  is 
already  done  routinely. 

12.2.1  Understand  Tasks 

Base  designs  on  an  in-depth  understanding  of  both 
the  tasks  to  be  performed  and  the  conditions  of 
their  performance. 

12.2.1.1  Experts 

The  best  way  to  define  decision  aid 
requirements  is  to  start  with  experts  in 
the  field.  However,  it  is  important  to 
choose  the  experts  appropriately.  Be 
sure  to  use  more  than  one  expert  and 
verify  that  they  really  are  experts.  If 
they  have  knowledge  of  part  of  the  field, 
be  sure  to  consider  those  parts,  and  find 
other  experts  for  the  other  parts.  Also, 
ensure  that  common  users  participate 
with  the  group  of  experts.  When 
obtaining  information  from  the  experts, 
provide  a  means  to  identify  the  criteria 
used  to  reach  decisions. 
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12.2  Decision  Aids  -  Defining  Decision  Aid  Requirements 


12.2.1.2  Operating  Conditions 

Decision  aids  must  be  matched  to 
operational  conditions  and  limitations 
they  are  designed  to  support. 

12.2.1.3  Appropriate  Problems 

Recognize  that  not  all  functions  are 
appropriate  for  decision  aids.  Determine 
the  appropriate  functions  and  design 
them  to  be  compatible  with  the  user's 
decision  processes. 

12.2.1.4  Efficiency 

Provide  no  more  than  one  aid  for  each  task. 

12.2.2  Requirements 

Decision  aid  development  should  be  driven  by 
requirements,  not  by  technology. 
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12.2  Decision  Aids  -  Defining  Decision  Aid  Requirements 


12.2.2.1  Intended  Users 

Identify  areas  where  users  actually  need 
help,  then  match  the  decision  aid  to  the 
needs  of  the  intended  users. 

12.2.2.2  Highest-Level  Goal 

Recognize  the  user's  decision  situation 
and  goals,  and  focus  on  the  highest-level 
goal. 


12.2.2.3  Perceived  Utility 

Anticipate  skepticism  concerning 
automated  decision  support.  Recognize 
that  the  dominant  factor  in  accepting 
decision  aids  is  perceived  utility.  The 
system  must  add  new  capabilities  or 
increase  efficiency  in  the  performance  of 
decision-making  tasks. 
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12.2  Decision  Aids  -  Defining  Decision  Aid  Requirements 


12.2.2.4  User  Characteristics 

Consider  characteristics  of  the  user 
population  in  designing  the  decision  aid 
and  its  interface. 

12.2.3  Types  of  Aids 

Types  of  aids  and  presentation  formats  may  vary 
according  to  the  phases  of  the  decision  process  (i.e., 
alerting,  acquisition,  evaluation,  and  responding)  and 
factors  such  as  time  stress. 

12.2.4  Function  Allocation  Between  Humans 
and  Computers 

Allocating  functions  between  humans  and  computers 
must  be  based  on  cognitive  task  analysis,  not  on 
what  is  achievable  using  current  technology. 

12.2.4.1  Performance 

Recognize  that  aided  performance  may 
not  exceed  unaided  performance,  even 
though  aided  methods  are  preferred. 
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12.2  Decision  Aids  -  Defining  Decision  Aid  Requirements 

12.2.4.2  Work  Load 

Decision  aids  and  expert  systems  can 
enhance  decision  quality.  However,  they 
may  increase  the  user’s  work  load 
because  users  may  be  required  to 
consider  more  variables.  Seek  design 
alternatives  that  prevent  or  minimize 
increased  work  load. 

12.2.4.3  Complete 

The  aid  must  be  complete  for  its  intended 
purpose.  All  critical  aspects  of  the  decision 
situation  must  be  addressed. 

12.2.4.4  User  Behavior 

Recognize  that  the  user's  decision-making 
behavior  is  contingent  upon  the  task  and  the 
context  within  which  it  is  performed.  Design 
the  decision  aid  to  provide  decision  methods 
suitable  to  probable  variations  in  tasks  and 
context. 
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12.2.4.5  User  Preference 

Users  often  prefer  to  perform  some  of 
the  tasks  and  allow  the  decision  aids  to 
perform  others.  Specifically,  users 
prefer  to  do  the  easy  to  moderately 
difficult  tasks  and  leave  difficult  tasks 
to  the  decision  aid.  This  interaction  is 
necessary  to  maintain  user  interest  and 
attention.  Decision  aids  are  more 
acceptable  to  users  if  viewed  as  advisors 
rather  than  decision-makers. 


12.2.4.6  Meaningful  Applications 


Avoid  applications  that  are  trivial  or  lack 
complexity  because  they  may  undermine  the  value 
of  automated  decision  support  methods. 
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12.3  Decision  Aids  ■  Features  of  Decision  Aids 


12.3  FEATURES  OF  DECISION  AIDS 

12.3.1  General  Design  Considerations 

12.3.1.1  Ease-of-Use 

A  decision  aid  should  be  easier  to  use 
than  the  decision  process  it  replaces.  It 
must  be  flexible,  versatile,  and  easy 
enough  to  benefit  typical  users  (i.e., 
users  don't  need  to  be  subject  matter 
experts).  A  decision  aid  must  use 
terminology  and  criteria  appropriate  to 
the  target  user  group.  It  must  be  easy  to 
control  and  understand. 

12.3.1.2  Provide  Timely  Advice 

A  decision  aid  must  be  capable  of 
responding  to  the  user’s  ad  hoc  requests 
in  time  to  allow  the  information  to 
influence  decisions.  The  interface  should 
facilitate  the  exchange  of  information. 

12.3.1.3  Match  Available 
Resources 

Tailor  decision  aids  to  the  resources 
available  to  the  user. 


12-23 


Version  2.0.  MAY  92 


12.3  Decision  Aids  -  Features  of  Decision  Aids 


12.3.1.4  Automatic  Discovery 

A  decision  aid  should  automatically 
identify  meaningful  patterns  and 
relationships  and  bring  them  to  the 
attention  of  the  user. 

12.3.2  Provide  Decision  Alternatives 

12.3.2.1  Application  Requirements 

Decision  aids  must  be  able  to  support 
development  and  evaluation  of  multiple, 
feasible  alternatives.  The  aid  should 
present  a  set  of  possible  alternatives, 
each  of  which  could  be  feasible. 

However,  the  aid  should  not  display  all  of 
the  options  when  that  would  be  too 
complex.  The  decision  aid  also  should 
display  which  goals  are  served  by  the 
different  alternatives  and  applicable 
options. 
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12.3  Decision  Aids  -  Features  of  Decision  Aids 


12.3.2.2  User-Oriented 
Requirements 

The  decision  aid  must  support  user 
evaluation  of  decision  options.  First,  the 
aid  should  generate  alternatives  for  the 
user  to  evaluate  and  should  allow  the 
user  to  input  his  or  her  own 
alternative(s).  Second,  the  aid  should 
have  a  method  of  assigning  ?nd 
explaining  probabilities  for  alternatives. 
The  user  should  be  able  to  explore 
different  solutions,  including  using 
different  decision  strategies  and 
criteria.  Once  the  user  has  applied  all 
desired  options,  the  aid  should 
rank-order  the  decision  alternatives. 

This  assistance  also  should  include 
guidance  in  using  rating  procedures. 
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12.3  Decision  Aids  •  Features  of  Decision  Aids 


12.3.3  Prediction,  Simulation,  and  Modeling 

12.3.3.1  Prediction 

The  application  should  be  able  to  predict 
future  data.  Historical  data  should  be 
available  to  make  comparisons,  search 
for  precedents,  and  assist  the  user  in 
visualizing  trends.  The  decision  aid 
should  alert  the  user  when  it  predicts  a 
future  problem  or  opportunity  upon  which 
the  user  needs  to  act. 

12.3.3.2  Simulation  and  Modeling 

Provide  a  modeling  and  simulation 
capability  to  support  "what  if?" 
exercises  and  to  make  predictions  based 
on  current  conditions. 

12.2.3.3  Validate  Models 

Models  used  in  decision  aiding  must  be 
appropriate  and  validated. 
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12.3  Decision  Aids  •  Features  of  Decision  Aids 


12.3.4  Identify  and  Assess  Factors 
Underlying  Decisions 

12.3.4.1  Multiple  Criteria 

Provide  a  means  of  obtaining  and 
assessing  weights  for  multiple  criteria. 
Multiple  criteria  should  be  statistically 
independent,  when  possible.  As 
appropriate,  provide  a  means  of 
combining  weights  from  multiple 
sources.  This  refers  to  the  technique  of 
multi-attribute  decision-making. 

12.3.4.2  Causal  Factors 

Identify  and  rank  causal  factors  by  their 
importance  and  assign  weights.  The 
application  should  allow  users  to  modify 
the  decision  factors  and  their  weights 
and  to  provide  and  adjust  risk  factors 
used  in  decision  models.  This  refers  to 
techniques  such  as  pair-wise 
comparison. 
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12.3  Decision  Aids  •  Features  of  Decision  Aids 


12.3.4.3  Explain  Underlying  Fac¬ 
tors 

The  aid  should  be  able  to  explain  the 
contributions  of  underlying  factors  and 
support  the  use  of  sensitivity  analysis 
for  exploring  those  contributions.  The 
aid  must  identify  and  assess  operational 
constraints  and  provide  a  means  of  in¬ 
forming  the  user  (upon  request)  of 
decision-aid  boundaries  or  other 
limitations.  The  aid  should  make 
available  to  the  user  the  assumptions 
underlying  modes  and  parameters  and  a 
history  of  its  past  performance. 

12.3.4.4  User  input 

The  decision  aid  should  make  it  easy  for 
the  user  to  provide  input  into  the  aid's 
decision.  The  user  should  be  able  to  add 
new  decision  factors  and  set  the  range  of 
conditions  (within  the  decision  aid's  set 
limits),  the  level  of  output  detail,  and 
the  parameters  for  optimization.  Provide 
a  means  for  saving  and  reusing  the  user's 
modifications,  but  also  provide  a  means 
to  return  to  the  default  settings. 
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12.3  Decision  Aids  •  Features  of  Decision  Aids 


12.3.4.5  Visualization 

Assist  in  visualizing  interacting  factors. 

12.3.4.6  Validity 

Provide  a  means  for  assuring  the  validity 
of  elements  added  to  the  decision  model, 
in  particular  those  used  over  successive 
applications. 

12.3.5  Handling  Decision  Aid 
Recommendations 

12.3.5.1  Display  Outcomes  of 
Options 

The  application  should  be  able  to 
calculate  and  display  results  of  selected 
decision  options. 

12.3.5.2  Evaluate  Risk 

The  application  should  provide  facilities 
for  assessing  costs,  risks,  and  benefits 
of  all  alternatives. 
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12.3  Decision  Aids  -  Features  of  Decision  Aids 


12.3.5.3  Explain  Recommendations 

For  users  to  trust  the  decision  aid,  it  is 
imperative  the  aid  explain  the  rationale 
behind  outputs  or  recommendations.  It 
also  should  provide  indicators  of 
certainty  or  uncertainty  when  making 
recommendations. 

12.3.5.4  Identify  Missing  Data 

When  data  are  missing  or  uncertain,  the 
aid  should  identify  this  situation  and 
give  information  on  the  possible  impact 
on  the  recommendations. 

12.3.5.5  Check  for  Consistency 

The  decision  aid  should  include  internal 
consistency  checks  to  prevent  the 
system  from  making  contradictory 
predictions  and  recommendations. 

12.3.5.6  Failure  Notification 

The  decision  aid  must  inform  the  user 
when  it  cannot  handle  the  current 
situation. 
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12.4  USER  REQUIREMENTS 

12.4.1  General  Considerations 

12.4.1.1  User-Friendly 

The  decision  aid  must  be  user-friendly  and 
intelligent  and  must  present  information  that  is 
readily  understood  by  or  familiar  to  the  users. 
Where  possible  and  appropriate,  the  decision  aid 
also  should  have  sufficient  "intelligence"  to 
adjust  to  user  task  requirements. 

12.4.1.2  Decision  Methods 

The  decision  aid  should  use  decision 
methods  acceptable  to  the  decision¬ 
maker  and  should  also  be  able  to 
accommodate  user  changes.  Once  the 
decision  method  is  determined,  the  user 
must  retain  control  throughout  the 
process.  The  aid  should  provide  feedback 
on  the  method  and  the  current  stage  of 
processing. 
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12.4  Decision  Aids  -  User  Requirements 


12.4.1.3  Data  Entry 

Reduce  the  user's  data-entry  require¬ 
ments  as  much  as  possible.  To  do  so,  set 
defaults  for  data-entry  fields.  However, 
these  defaults  and  fields  must  be  user- 
changeable. 

12.4.1.4  Alerts 

A  decision  aid  should  automatically  alert 
users  to  important  new  developments 
occurring  in  the  database  or  as  a  result 
of  predictive  modeling. 

12.4.1.5  User  Cooperation 

The  system  should  encourage  the  user  to 
participate  in  the  decision  process.  To 
do  this,  the  system  should  represent 
problems  and  solutions  in  the  same  way 
the  users  do.  The  system  also  should  try 
to  foster  user  "ownership"  of  decisions 
and  allow  the  user  to  exercise  judgment 
over  the  decision  aid  results.  This 
includes  providing  sufficient  information 
to  the  user  both  about  the  process  and 
about  the  end  result. 
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12.4  Decision  Aids  -  User  Requirements 


12.4.1.6  Guidance 

The  decision  aid  should  guide  the  user 
through  the  process.  It  should  provide 
automated  guidance  on  how  to  define  and 
analyze  a  problem  and  formulate  a 
decision.  When  user  input  is  required, 
the  decision  aid  should  aid  in  making  this 
requirement  clear.  However,  it  should 
not  make  the  user  dependant,  such  that 
the  process  cannot  be  completed  when 
the  system  is  unavailable. 

12.4.1.7  Information  Overload 

Avoid  preser.uny  too  much  data.  Use  aids 
to  reduce,  filter,  and  preprocess  data 
into  a  form  useful  to  the  decision-maker. 

12.4.1.8  User  Work  Load 

Avoid  increasing  the  user’s  work  load, 
when  possible.  Prepare  users  for 
changes  and  possible  increases  in  work 
effort  when  necessary  and  point  out  the 
aid's  abilities  to  increase  effectiveness. 
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12.3  Decision  Aids  •  User  Requirements 


12.4.1.9  Information 
Presentation 

Reducing  complexity  is  a  major  reason 
for  using  decision  aids.  Therefore,  some 
guidelines  are  necessary  on  the  amount 
of  information  to  present  to  the  user.  In 
general,  the  system  should  provide 
information  required  to  perform  the 
tasks  allocated  to  the  user;  however,  it 
should  only  present  information  relevant 
to  the  task  being  performed.  The  system 
should  provide  no  more  information  than 
is  essential  and  should  avoid  repeating 
already  available  information.  Present 
information  using  a  level  of  abstraction, 
resolution,  or  detail  appropriate  to  the 
immediate  task. 

12.4.1.10  Time  Requirements 

When  time  is  limited,  systems  should 
anticipate  the  user's  needs  and  provide  a 
greater  degree  of  autonomous  decision¬ 
making. 
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12.4  Decision  Aids  -  User  Requirements 


1 2.4.1 .1 3  Types  of  Procedures 

Provide  procedures  appropriate  to  the 
user's  level  of  expertise.  Designers 
should  recognize  that  experts  may  use 
mental  imagery;  novices  depend  more  on 
rule-based  procedures. 

12.4.2  Decision-Aid  Interface 

12.4.2.1  Intelligent  Interfaces 

The  user-machine  interface  should 
support  an  intelligent  dialogue  between 
the  user  and  the  decision  aid.  For 
example,  it  should  adapt  to  the  user; 
understand  the  user's  goals,  needs,  and 
abilities:  interpret  poorly  formulated 
queries;  correct  user  errors;  and 
overcome  user  limitations.  The  interface 
also  should  reflect  the  tasks  to  be 
performed  and  should  be  tailored  to  the 
resources  available. 

12.4.2.2  Errors 

The  system  should  help  prevent  the  user 
from  making  errors.  When  errors  are 
made,  it  should  provide  automatic  error 
recovery. 
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12.4  Decision  Aids  -  User  Requirements 


12.4.2.3  Human  Factors  Issues 

User-interface  design  guidelines 
mentioned  elsewhere  in  this  document 
also  apply. 

12.4.2.4  Display  Formats 

The  decision  aid  should  allow  users  to 
customize  formats  to  their  own  needs. 
However,  it  is  preferable  to  minimize  the 
user's  requirements  to  make  such 
changes.  To  do  this,  the  application 
should  associate  and  group  data  in  a 
meaningful  way,  and  displays  should 
match  the  task. 

12.4.2.5  On-Line  Help 

Detailed  information  on  HELP  applications 
is  available  in  Section  14  of  these  Guidelines 
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12.4.3  Explanations 

The  decision  aid  should  be  capable  of  providing 
domain-specific  explanations  to  answer  user 
questions.  Decision  aids  must  be  capable  of  guiding 
the  user  through  the  decision  process,  as  well  as 
providing  procedural  help  on  use  of  the  system. 

12.4.3.1  User's  Point  of  View 

When  the  system  provides  explanations, 
ensure  they  are  easy  for  the  user  to 
understand.  Explanations  should  use  terms 
familiar  to  the  user,  incorporating  the 
user's  concept  of  the  problem  and 
maintaining  consistency  with  the 
immediate  task.  Intuitive  explanations  or 
analogies  are  helpful  for  topics  that  are 
likely  to  be  too  difficult  for  the  user  to 
understand. 


12.4.3.2  Keep  it  Short 

Length  of  explanation  is  important.  Provide 
a  short  explanation  initially,  with  the 
ability  to  provide  more  detail  at  the  user's 
request.  Consider  how  much  to  tell  the 
user.  Weigh  trade-offs  in  what  the  user  can 
learn  about  the  decision  aid  and  what  the 
decision  aid  can/should  explain  to  the  user. 
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12.4.3.3  Easy  Access  to 
Explanations 

Assist  the  user  in  locating  key  elements 
of  the  decision  model,  as  related  to  a 
specific  decision  task. 

12.4.3.4  Document  Algorithms 

Be  able  to  explain  the  current  decision 
model  or  method  and  be  prepared  to 
justify  the  use  of  component  factors. 
Document  the  decision  aid's  algorithms, 
and  make  them  available  for  user 
inspection. 
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12.4  Decision  Aids  •  User  Requirements 


12.4.4  Training 

12.4.4.1  Backup 

Provide  backup  systems  and  appropriate 
training  in  the  performance  of  any  user  tasks 
replaced  by  decision  aids.  When  decision  aids 
are  available,  provide  regular  training  to  the 
user  in  all  skills  required  to  maintain 
proficiency  on  backup  systems.  This  training 
will  be  necessary  if  decision  aids  become 
unavailable.  Training  may  be  preferable  to 
using  decision  aids  for  handling  infrequent 
critical  events  occurring  in  dynamic 
environments. 

12.4.4.2  Teach  Limitations 

Users  must  be  trained  to  recognize 
inappropriate  uses  of  the  aid  and  to 
recognize  errors.  Provide  readily 
accessible  lists  of  limitations;  include 
information  concerning  limitations  and 
errors  in  embedded  training.  Users 
should  learn  not  to  categorically  accept  a 
decision  aid's  capabilities. 
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12.4.5  Decision  Graphics  and  Displays 

12.4.5.1  User-Oriented 

Prepare  graphics,  textual  reports,  and 
input  screens  in  formats  familiar  to  the 
user.  This  will  facilitate  rapid  and 
accurate  information-processing. 

However,  the  user  should  be  able  to 
control  formats  or  to  select  from 
alternate  preprogrammed  formats. 

12.4.5.2  Graphic  Design 

Graphics  are  another  important  part  of  the 
user  interface.  Graphics  help  assist  the 
user  in  visualizing  information.  However, 
guard  against  inaccurate  graphics,  as  they 
can  have  a  strong  negative  impact. 
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12.4  Decision  Aids  •  User  Requirements 


12.4.5.3  Graphic  Coverage 

Provide  historical  displays  of 
comparative  cases,  to  include  time- 
sequenced  presentations. 


12.4.5.4  Other  Formats 

Use  spatial  rather  than  textual  formats 
when  the  task  involves  extensive  spatial 
processing,  in  particular  when  task 
performance  time  is  limited.  Use  tables 
rather  than  graphs  when  reading  specific 
data  points. 
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12.5  ORGANIZATIONAL  FACTORS 

12.5.1  Information  Requirements 

Decision  aids  must  be  flexible  in  meeting  the  different 
information  requirements  at  different  echelons. 

12.5.1.1  Detail 

Different  levels  of  command  require  different 
levels  of  abstraction.  Decision  aids  must 
accommodate  different  levels  of  detail  and  time 
constraints  at  each  echelon. 

12.5.1.2  Location 

Command  ana  control  decision  aids 
should  be  distributed  (i.e.,  they  should 
support  multiple,  cooperating  decision¬ 
makers  at  different  locations  sharing  a 
common  database). 

12.5.1.3  Entire  Process 

Where  practical,  decision  aids  should  be 
designed  to  support  the  entire  command 
and  control  process,  rather  than 
developed  to  support  isolated  phases  of 
the  process. 
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12.5.2  Entire  Organization 

Decision  aid  designs  should  consider  impacts  on  the 
entire  organization,  particularly  where  organizational 
goals  may  supersede  those  of  subordinate  decision  aid 
users. 

12.5.3  Complementary 

Decision  aids  should  complement  existing  tasks  and 
information-distribution  systems. 
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12.6  FLEXIBILITY 

12.6.1  Change-Over  Time 

Decision  aids  should  be  designed  as  adaptive 
systems  (i.e.,  they  must  accommodate  growth  and 
evolve  over  time  to  meet  changing  conditions, 
doctrine,  etc.). 

12.6.1.1  Policies  for  Change 

Establish  policies  for  implementing 
changes,  as  well  as  the  mechanisms  for 
those  changes. 

12.6.1.2  Changing  Preferences 

Adjust  to  changing  situations  and  user 
preferences  {different  circumstances  and 
users  may  require  different  methods). 

12.6.2  Maintainability 

Decision  aids  should  be  maintainable  by  the  user. 
Rules,  data,  and  decision  logic  should  reflect  current 
needs. 

12.6.3  Type  of  Support 

Allow  the  user  to  tailor  the  type  of  support  provided 
by  the  decision  aid  in  the  presence  of  changing 
conditions. 
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This  section  initially  reviews  database  terminology, 
types  of  database  queries,  and  the  methods  used  to 
store  data  in  databases.  Then,  the  section  provides 
general  guidance  on  user-oriented  database  design. 

The  remainder  provides  specific  guidance  on  query 
screen  designs,  user  requirements,  user-friendliness, 
database  searching,  and  design  requirements  for 
novice  and  expert  user  interfaces. 

A  database  consists  of  interrelated  data  that  are 
searchable  by  a  computer.  The  computer  software 
that  facilitates  processing  information  into  organized 
or  summarized  groups  is  called  a  database 
management  system  (DBMS).  Retrieving  information 
from  a  database  involves  identifying  a  set  of  items 
that  match  or  are  similar  to  the  user’s  query  or 
statement  of  information  need.  The  term  "data 
access"  refers  to  the  process  of  locating  and 
retrieving  requested  sets  of  data.  By  contrast,  the 
term  "data  presentation"  refers  to  the  process  of 
displaying  that  data  to  the  user  in  an  appropriate 
fashion.  Data  access  is  the  query,  and  data 
presentation  is  the  result. 

The  software  that  makes  up  the  user  interface  usually 
consists  of  applications  programs,  report  program 
generators,  and  query  languages.  The  applications 
programs  allow  the  end  users  to  enter,  retrieve,  and 
update  the  data  in  the  database.  Report  generator 
utility  programs  help  users  specify  the  content  and 
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format  of  reports.  Query  languages  are  used  to 
meet  requests  for  information  or  to  provide  a  means 
to  browse  through  the  database. 

Databases  must  usually  be  searched  in  a  series  of 
steps.  The  computer-readable  message  containing  the 
search  terms  and  logical  operators  for  combining 
them  must  be  derived  from  the  search  query  or  queries 
submitted  by  the  user.  The  search  terms  are  then 
matched  against  terms  in  the  database  file,  either 
indirectly  by  searching  the  index  or  by  searching 
records  directly.  The  computer  responds  with  counts 
of  retrieved  items  and  should  allow  the  user  to 
sample  the  items  by  displaying  them  on  the  screen. 

The  user  can  then  make  iterative  adjustments,  either 
to  broaden  or  narrow  the  scope  of  the  query. 
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TYPES  OF  QUERIES 

Users  most  often  communicate  with  databases  by 
means  of  command-driven  (i.e.,  query  languages),  form- 
and  menu-driven,  natural-language,  and  icon-based 
interfaces. 

Command  languages  provide  flexibility  and  relieve  the 
experienced  user  of  the  requirement  to  traverse  an 
entire  menu  structure  to  select  a  command.  Users  of 
this  type  of  interface  must  be  familiar  with  the 
command  language,  the  steps  required  for  solving 
problems,  and  the  computer's  syntax  for  accom¬ 
plishing  each  step  of  the  process.  Standard  Query 
Language  (SQL)  and  Query-by-Example  (QBE)  are 
commonly  used  languages  that  perform  similar 
functions. 

SQL  is  a  textual  language  that  is  becoming  a  relational 
database  standard.  SQL  includes  table  definition, 
database  update,  view  definition,  and  privilege¬ 
granting,  in  addition  to  query  facilities.  SQL  is  often 
embedded  in  programs  written  in  other  languages, 
where  it  generates  query  results  that  can  be 
processed  by  programs  written  in  the  host  language. 

QBE  is  a  table-oriented  version  of  the  SQL  relational 
database  language  and  is  often  supported  where  SQL  is 
used.  QBE  provides  a  pictorial  representation  of 
database  tables.  Symbols  placed  in  the  proper  table 
columns  specify  query  selection  conditions,  grouping. 
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data  display,  and  database  updates.  Although  QBE's 
tabular  format  offers  advantages  to  users,  it  requires 
user  sophistication  for  effective  use. 

Another  screen-oriented  method  provides  a  relatively 
easy  technique  for  developing  queries.  Query  by  Forms 
(QBF)  presents  the  user  with  data-entry  forms  that 
also  can  be  used  as  templates  when  developing 
queries.  When  accessing  data,  the  user  can  select  one 
or  more  of  the  data-entry  fields  and  enter  values, 
ranges  of  values,  or  logical  conditions,  which  are  then 
automatically  translated  to  database  queries.  Using 
familiar  forms  for  data  entry  and  search  tasks 
facilitates  the  user's  performance  in  creating 
straightforward  queries. 

Menus  provide  user-friendly  interfaces  to  command 
languages,  such  as  SQL.  They  are  designed  in  a 
hierarchial  or  tree  structure,  which  allows  the  user  to 
proceed  step  by  step  through  the  menu  structure  to 
the  desired  level  of  detail.  Some  menu  systems  allow 
the  user  to  go  directly  to  a  specified  level  by  keyboard 
command  or  selecting  items  from  a  multi-level  menu 
map.  Menu-based  query  aids  offer  several  advantages. 
They  lead  the  user  through  the  problem-solving 
process  by  indicating  which  options  are  available  at 
each  point.  They  are  comparatively  easy  for  a  novice 
to  use,  particularly  when  the  user  is  not  familiar  with 
the  query  command  structure  (low  syntactic 
knowledge)  or  is  uncertain  how  to  proceed  in  solving  a 
particular  problem  (low  semantic  knowledge).  Menu 
systems  also  have  disadvantages.  Users  are  forced  to 
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make  selections  from  the  choices  offered  by  the 
system  and  are,  therefore,  subject  to  any  constraints 
that  might  be  present.  If  a  user  makes  an  incorrect 
choice  at  any  level,  it  can  be  time-consuming  and 
frustrating  to  retrace  the  steps  in  the  menu  structure. 

Natural  language  interfaces  allow  users  to  formulate 
queries  in  their  native  language  (e.g.,  English,  Spanish, 
etc.).  These  interfaces  use  a  knowledge  of  syntax 
(grammar)  and  semantics  (meaning)  to  interpret 
queries  and  translate  them  into  the  query  language 
used  by  the  database  system.  This  approach  frees  the 
user  from  learning  the  usual  conventions  and  rules  of 
query  language.  Although  natural  language  interfaces 
offer  great  potential,  they  may  require  considerable 
user  effort  in  setting  up  the  underlying  dictionaries. 

Users  may  directly  query  icons,  maps,  schematics  and 
other  visual  depictions  of  physical  objects  by  using  a 
pointing  device  to  select  the  picture  or  its  features  in 
some  sequence.  Pointing  devices  (e.g.,  a  mouse, 
touch-sensitive  screen,  or  trackball)  are  often  used  in 
combination  with  menus  and  text-entry  screens  to 
formulate  queries.  Direct  interaction  with  visual 
representations  of  physical  objects  and  icons  can 
facilitate  human  performance. 
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DATABASE  DESIGN 

Ease  of  use  and  overall  performance  of  a  database 
system  depend  on  its  file  structure  (the  manner  in 
which  the  records  are  organized  in  the  file  or 
database)  and  search  processes.  The  details  are 
chosen  by  the  designer  or  programmer  of  the  system, 
often  with  more  concern  for  the  programming  aspects 
of  a  particular  model  than  for  the  human  performance 
constraints  imposed  by  that  model.  The  optimum  form 
of  information  representation  will  be  a  function  of 
the  task  being  performed.  Unfortunately,  current 
research  offers  little  guidance  on  how  to  proceed  in 
database  retrieval  situations. 

Database  designs  typically  use  hierarchial,  network, 
relational,  or  object-oriented  models.  The  hierarchial 
model  represents  data  in  tree  structures,  and 
networks  represent  data  as  interconnected  structures 
of  records  linked  in  one-to-one  or  one-to-many 
relationships.  Relational  databases  organize  data  in 
tables.  Because  of  its  power  and  ease  of  use,  the 
relational  representation  is  the  prevalent  model  today 
and  is  likely  to  be  the  database  model  of  choice  in  the 
near  future.  Object-oriented  (sometimes  called 
extended  relational)  database  systems  are  considered 
to  be  part  of  the  next  generation  of  database  systems. 
An  object-oriented  system  represents  real-world 
entities  as  "objects"  that  have  attributes  and  defined 
relationships  with  other  objects. 
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It  is  important  to  recognize  that  each  of  these 
database  models  can  influence  the  format  in  which 
information  is  presented  and  the  way  in  which  the 
user  can  add  to.  retrieve,  or  change  the  information 
contained  in  the  database.  In  the  end,  database  models 
determine  the  modes  of  user-database  interaction,  the 
format  in  which  the  data  are  presented  to  the  user, 
and  the  ease  with  which  a  user  can  acquire 
information  from  the  database. 
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13.1  Query  Language  -  General  Recommendations 


13.1  GENERAL  RECOMMENDATIONS 

13.1.1  Ease  of  Use 

A  query  language  or  procedure  must  be  easy  to 
learn  and  use.  In  fact,  ease  of  use  and 
user-friendliness  often  determine  whether  the 
database  is  used.  A  program  will  not  be  used  if  it 
is  intimidating,  is  too  difficult,  or  requires  too 
much  effort. 

13.1.2  Interactive  Queries 

On-line  query  is  preferable  to  batch  or  off-line 
modes  because  it  provides  the  user  the  opportunity 
to  interact  with  the  system. 

13.1.3  User  Assistance 

An  application  should  assist  the  user  in  creating 
complex  queries  and  in  narrowing  down  the  search 
in  a  step-by-step  fashion. 

13.1.4  Error  Detection 

The  user  should  be  alerted  to  syntax  errors  in 
queries  and,  if  possible,  to  semantic  faults 
(semantic  integrity). 
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13.1.5  Minimum  Training 

An  effective  user  interface  should  not  require 
extensive  training  to  be  used  easily. 

13.1.6  User-Oriented  Designs 

The  system  interface  should  be  designed  in 
cooperation  with  the  end  users  to  ensure  their 
satisfaction  with  the  final  product.  User 
involvement  is  most  effective  when  users 
participate  in  both  development  and 
implementation  of  the  system  interface. 

13.1.7  Multiple  Search  Options 

Consider  the  nature  of  the  searches  to  be 
performed  before  choosing  an  interface  format. 
When  more  than  one  type  of  query  is  possible,  one 
solution  is  to  choose  the  interface  format  that 
provides  the  best  average  performance. 

Alternatively,  provide  multiple  query  and  display 
formats,  so  the  user  can  change  formats  as  desired 
or  when  the  nature  of  the  search  task  changes. 
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13.1.8  Appropriate  Displays 

The  forms  of  information  display  that  facilitate 
quick  responses  are  not  necessarily  the  same  forms 
that  produce  accurate  responses.  The  three  basic 
forms  of  information  display  are  spatial,  verbal, 
and  tabular  formats.  Pictures  (spatial)  are 
superior  to  words  (verbal)  in  recall  and  recognition 
tasks  and  often  lead  to  quicker  completion  times  on 
procedural  tasks.  However,  words  lead  to  greater 
accuracy  in  performance. 

13.1.9  individual  Preferences 

Individual  preference  plays  an  important  role  in  the 
effectiveness  of  any  query  application.  Users 
perform  better  and  provide  a  higher  proportion  of 
correct  answers  when  the  format  of  the  database 
matches  the  format  they  prefer.  Observation 
shows  that,  although  experience  with  an 
application  can  lead  to  changes  in  preference,  only 
pre-existing  preferences  for  display  formats 
influenced  user  performance. 
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13.1.10  Displaying  Results 

Data  can  be  displayed  numerically  or  graphically. 
Graphical  displays  include  the  bar  graph,  plot,  pie 
chart  and  other  computer-drawn  pictures.  Because 
graphical  presentations  provide  less  accuracy  than 
numerical  presentations,  the  most  important 
consideration  is  the  transfer  of  meaning  to  the 
user.  See  Figure  13.1. 
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13.2  QUERY  SCREEN  DESIGN 

Query  screens  display  the  results  of  a  query  request 
or  the  contents  of  computer  files.  The  objective  in 
query  screen  design  is  to  aid  the  user  in  quickly  and 
easily  locating  data  or  information.  Query  screen 
development  should  optimize  human  scanning,  as 
scanning  is  easier  when  eye  movements  are 
minimized,  required  eye  movement  direction  is 
obvious,  and  a  consistent  pattern  is  followed. 

13.2.1  Screen  Design  Principles 

13.2.1.1  Relevant  Information  Only 

Include  on  a  query  screen  only  information 
that  is  relevant  to  that  screen.  Forcing  a 
user  to  wade  through  volumes  of  data  is  time- 
consuming,  costly,  and  error-prone.  If 
information  will  never  or  very  seldom  be 
used,  do  not  display  it.  An  item  may  be 
relevant  one  time  a  screen  is  displayed  but 
may  be  irrelevant  another.  Limit  a 
transaction  or  screen  to  whatever  is 
necessary  to  perform  actions,  make 
decisions,  or  answer  questions. 
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13.2.1.2  Group  Information  Logically 

The  interface  display  should  group 
information  in  a  logical  or  orderly  manner. 
Locate  the  most  frequently  requested 
information  in  the  upper  left  corner. 

13.2.1.3  Prioritize  Information 

Locate  the  most  frequently  requested 
information  on  the  initial  screens  for 
multiscreen  transactions. 

13.2.1.4  Balance  Screen  Design 
Perceptually 

Ensure  the  screen  is  not  overloaded,  and  use 
spaces  and  lines  to  balance  the  screen 
perceptually. 

13.2.1.5  Consistency 

Use  consistent  terminology,  commands, 
formats,  and  general  appearance  throughout 
the  interface.  Ensure  learning  can  be 
transferred  between  modules  of  the  program. 
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13.2.2  Query  Screen  Organization 

Organize  the  query  screen  in  a  logical,  orderly,  and 
meaningful  manner.  When  information  is 
structured  consistently  with  a  person’s  organiza¬ 
tional  view  of  a  topic,  that  person  comprehends 
more  information.  Finding  information  on  a  query 
screen  can  be  accelerated  by  many  factors, 
including  the  following. 

13.2.2.1  Upper  Left-Hand  Corner 

The  interface  should  locate  the  most 
frequently  sought  information  on  a  screen  in 
the  upper  left-hand  corner.  If  there  are 
multiple  screen  transactions,  locate  the  most 
frequently  sought  information  on  the  earliest 
transaction  screens. 

13.2.2.2  Columnization 

To  aid  the  user  in  locating  a  particular  item, 
provide  easily  scanned  and  identifiable  data 
fields.  Accomplish  this  through 
columnization  with  a  top-to-bottom, 
left-to-right  orientation,  which  permits  the 
eye  to  move  easily  left  to  right  across  the 
top  of  the  columns  to  the  proper  column 
before  beginning  the  vertical  scan. 
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13.2.2.3  Top-to>Bottom  Scanning 

Top-to-bottom  scanning  will  minimize  eye 
movements  through  the  screen  and  enable 
human  perceptual  powers  to  be  used  to  the 
fullest. 

13.2.3  Captions  (Labels) 

13.2.3.1  Structure  and  Size 

Captions  should  be  complete  and  written  in  a 
clearly  understandable  language.  Display 
captions  in  upper  case,  although  lower  case 
may  be  used  for  long,  descriptive  captions. 

Do  not  use  reverse  video  or  highlighting  for 
labels. 


13.2.3.2  Formatting 

For  single  fields,  locate  the  caption  to  the 
left  of  the  entry  fields.  Separate  the  caption 
from  the  entry  field  using  a  unique  symbol 
and  one  blank  space  (a  colon  is 
recommended).  With  multiple  occurrence 
fields,  locate  the  caption  one  line  above  and 
centered  over  the  column  of  data  fields. 
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13.2.4  Data  Fields 

13.2.4.1  Emphasize  Data  Fields 
Visually 

The  application  interface  should  provide 
visual  emphasis  to  the  data  fields. 

13.2.4.2  Complete  Data 

The  interface  should  display  directly  usable 
information,  as  well  as  fully  spell  out  codes 
and  compressed  information.  The  data 
displayed  should  include  natural  splits  or 
predefined  breaks. 

13.2.4.3  Data  Display 

The  interface  should  display  data  strings  of 
rive  or  more  characters  (numbers  or 
alphanumeric),  with  no  natural  breaks,  in 
groups  of  three  or  four  characters  with  a 
blank  between  each  group.  Data  strings 
should  be  left  justified,  and  numeric  data 
should  be  right  justified.  For  all  types  of 
data,  identical  data  should  be  consistent 
despite  their  origin.  See  Figure  13.2. 
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FIGURE  13.2:  Data  Layout  and  Justification 


13.2.5  Data  Organization 

13.2.5.1  Order  Data  Visually 

Organize  data  in  accepted  and  recognizable 
order,  with  vertically  aligned  captions  and 
data  fields  in  columns. 

13.2.5.2  Field  Justification 

The  application  should  be  consistent  in 
justifying  data  displays.  (See  Figure10.6.) 
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13.2.5.3  Readability 

To  promote  readability,  the  interface  design 
should  leave  at  least  one  space  between  the 
longest  caption  and  the  data  field  column, 
with  at  least  one  space  between  each  heading 
Section  headings  should  be  on-line  above 
related  screen  fields  with  captions  indented 
a  minimum  of  five  spaces  from  the  beginning 
of  the  heading  and  fully  spelled  out  in  upper 
case. 


13.2.5.4  Multiscreen  Transactions 

When  presenting  multiscreen  transactions, 
place  a  screen  identifier  or  page  number  in 
the  upper  right-hand  corner  of  the  display. 

13.2.5.5  Error  and  Status  Messages 

Locate  error  and  status  messages 
consistently  in  a  separate  area  of  the  screen. 
Emphasize  these  messages  by  using  a 
contrasting  display  feature  (e.g.,  reverse 
video,  highlighting,  or  preceding  series  of 
unique  symbols,  such  as  asterisks). 


13-19 


Version  2.0,  MAY  92 


13.2  Query  Language  •  Query  Screen  Design 


13.2.5.6  Multiple  Formats 

Different  search  tasks  may  require  different 
forms  of  information  display.  Therefore,  the 
interface  should  provide,  as  necessary,  more 
than  one  display  format  for  user  selection 
and  a  review  format  where  certain  fields  of 
the  retrieval  records  can  be  reviewed  without 
retrieving  the  entire  record. 
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13.3  USER  REQUIREMENTS 

13.3.1  Search  Enhancements 

13.3.1.1  Query  Optimizers 

Query  optimizers  are  software  procedures 
that  automatically  enhance  the  ability  of  the 
database  application  to  execute  queries.  Use 
query  optimizers  to  increase  the  effective¬ 
ness  of  the  program,  but  they  should  be 
invisible  to  the  user. 

13.3.1.2  Rank  Order  Search 

Permit  the  user  to  rank  search  terms 
according  to  importance.  Then,  use  this 
ranking  in  a  formula  for  automatically 
ranking  records  in  the  retrieval  set 
according  to  relevance. 

13.3.1.3  Additional  Search  Terms 

A  retrieval  set  should  provide  additional 
search  terms.  For  example,  use  a  memo  field 
to  list  the  additional  search  terms  related  to 
a  particular  field. 
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13.3.1.4  Avoid  Repeat  Processing 

The  application  should  allow  redisplay  of 
results  of  the  previous  search  without 
requiring  reprocessing. 

13.3.2  Automatic  Functions 

13.3.2.1  Spelling  Variants 

Provide  automatic  recognition  of  spelling 
variants  (e.g.,  color  versus  colour). 

13.3.2.2  Acronyms 

Provide  automatic  recognition  of  acronyms. 

13.3.2.3  Romanization 

Provide  automatic  recognition  of  variations 
in  romanization  (e.g.,  Peking  versus  Beijing). 

13.3.2.4  Inverted  Form 

Provide  automatic  inclusion  of  the  inverted 
form  (e.g.,  Newborn  Infant  to  Infant. 
Newborn). 
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13.3.2.5  Punctuation 

The  application  should  automatically  remove 
punctuation  from  search  terms  when 
matching  them  against  search  key  values. 

13.3.3  Word  Stemming 

13.3.3.1  Rules  for  Root  Forms 

The  application  should  use  a  set  of  rules  for 
reducing  words  to  their  root  forms  by 
stripping  them  of  their  suffixes  (e.g.,  reduce, 
reduction,  reducing). 

13.3.3.2  Search  Root  Form 

The  application  should  automatically  search 
the  index  for  all  words  containing  a  given 
root  (e.g.,  the  word  "form"  is  the  root  of 
formation,  formable,  inform,  and 
information). 

13.3.3.3  Rules  for  Exceptions 

Provide  rules  for  exceptions  based  on  the 
language  of  the  discipline  or  specialty  area. 
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13.3.3.4  Allow  Truncation 

Allow  truncation.  The  application  should 
automatically  search  for  all  words  or  phrases 
that  begin  with  the  same  character  stem  (e.g., 
term  for  terms,  termination,  and  terminated). 

13.3.4  Erasing 

13.3.4.1  Immediate  Deietion 

Allow  immediate  deletion  of  individual 
characters  or  deletion  of  the  entire  line  of 
input  (provided  it  has  not  been  processed  by 
the  computer). 

13.3.4.2  Deliberate  Interrupts 

Permit  deliberate  interruption  of  computer 
messages  or  displays  without  disconnection 
(break  or  interrupt  key). 

13.3.5  User  Satisfaction 

User  satisfaction  with  the  system  can  be  enhanced 
by  including  those  factors  described  in  the 
following  paragraphs. 
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13.3.5.1  Timeliness 

Provide  results  in  a  timely  manner.  One 
factor  of  timeliness  is  the  elapsed  time  from 
when  the  command  is  sent  until  a  response  is 
displayed  (response  time).  Another  is  the 
time  required  for  characters  or  graphics  to 
appear  on  the  screen  or  hard-copy  device 
(display  rate). 

13.3.5.2  Appearance 

The  appearance,  print  format,  and 
organization  of  output  should  be  natural  to 
the  user.  User-generated  report  formats  aid 
in  matching  the  appearance  of  the  output  to 
what  the  user  expects. 

13.3.5.3  Level  of  User  Effort 

Minimize  the  level  of  effort  required  by  the 
user,  including  the  limitations  or  qualifica¬ 
tions  that  the  application  places  on  search 
output. 
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13.3.5.4  Search  Capability 

Provide  maximum  capability  to  the  search 
system  while  maintaining  maximum  retrieval 
effectiveness. 

13.3.5.5  Usefulness 

The  application  should  assist  the  user  in 
formulating  searches  to  ensure  maximum 
usefulness  of  the  search  results. 
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13.4  USER-FRIENDLINESS 

13.4.1  Commands 

13.4.1.1  Mnemonic 

Mnemonics  help  avoid  the  need  for 
remembering  syntax  (i.e.,  as  sequences  or 
specifications  in  output  instructions). 

13.4.1.2  Brief 

Commands  should  be  in  an  easy-to-learn, 
user-oriented  system  language. 

13.4.1.3  Unambiguous 

Commands  should  be  unambiguous.  The 
meaning  should  be  clear  to  the  user. 

13.4.1.4  Keystrokes 

Entering  data  should  not  be  physically 
awkward  for  the  user,  and  keystrokes  should 
be  limited  to  those  absolutely  necessary. 
Provide  the  capability  to  define  Ctrl  key,  Alt 
key,  or  function  key  combinations  (i.e., 
Ctrl/Alt/Del  to  reboot  the  system)  in  place  of 
keystroke  combinations. 
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13.4.1.5  Error  Correction 

A  command  that  would  result  in  deleting 
stored  information  should  have  a 
complementary  command  that  reverses  the 
action.  If  deletion  is  irreversible,  provide 
the  user  with  the  opportunity  to  reconsider 
the  action.  The  application  should  check  for 
meaningless  commands  against  a  list  of 
authorized  commands,  after  which  the 
application  should  allow  the  user  to  enter  a 
revised  command  rather  than  automatically 
abort  the  procedure. 

13.4.1.6  Dialog  Management 

Provide  the  user  with  abort  or  escape 
facilities  for  controlling  the  dialog  flow. 

13.4.2  Computer  Messages 

Messages  should  be  clear,  simple,  and  concise. 
Present  the  user  with  the  briefest  message  that 
can  bo  properly  interpreted.  Directive  messages 
should  be  specific  and  in  the  context  of  the  current 
working  environment.  Messages  should  warn  the 
user  of  irreversible  action. 
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13.4.3  Error  Messages 

Deal  with  mistakes  in  a  positive,  helpful  manner. 
Users  will  thus  gain  confidence  in  the  system  and 
feel  less  intimidated  or  fearful  of  damaging  it  or 
the  data.  The  error  message  should  appear  when 
the  user  enters  a  command  that  is  misspelled, 
improperly  formatted,  or  cannot  be  processed 
because  it  is  inappropriate  to  the  situation.  The 
message  should  provide  instructions  for  revising 
the  erroneous  command. 

13.4.4  Documentation 

Full  system  documentation  should  be  available  in 
manual  form. 
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13.4.5  Tailor  the  Interface 

Tailor  the  interface  to  suit  the  needs  of  users. 

13.4.5.1  Tailor  Frequent  Queries 

Tailor  frequently  used  queries.  In  cases 
where  the  value  of  only  one  or  two 
parameters  changes,  provide  the  user  with 
default  values  for  those  parameters. 

For  example,  a  query  might  request  the  names 
of  all  Army  officers  with  over  ten  years 
service  who  graduated  from  an  academy  in 
the  too  10  percent  of  their  class  and  who 
serve. .in,  the  .inlantry- 

This  query  contains  elements  that  could  be 
requested  several  different  times,  using 
slightly  different  conditions  each  time. 
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13.4.5.2  Macro  Definition 

Macro  definition  procedures  (user-defined 
commands)  are  an  important  feature  for 
expert  users  who  prefer  to  define  their  own 
commands  and  personalize  their  environment 
by  encapsulating  frequently  used  query 
sequences  in  a  new  command.  Macros  greatly 
simplify  user  interactions  with  the 
application  as  well  as  save  time.  The 
application  should  allow  the  user  to  store 
these  macros  as  files  or  define  function  key 
combinations  to  perform  the  function. 

13.4.6  Accelerators 

The  interface  should  provide  accelerators  to  save 
keystrokes.  For  example,  special  keys  can  be 
dedicated  to  commonly  used  functions.  The 
application  should  permit  direct  commands  as 
alternatives  to  menu  options. 

13.4.7  Backup 

The  application  should  shield  the  user  from  system 
failure.  Provide  backup  facilities  both  internally 
by  the  software  application  program  and  externally 
by  the  operating  system. 
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13.4.8  Restore 

The  application  should  provide  a  restore  utility  to 
facilitate  recovery  of  damaged  or  destroyed  data 
from  backup  copies. 

13.4.9  Interrupt 

The  system  should  provide  the  capability  to 
interrupt  work  with  the  application  software,  then 
come  back  later  to  resume  work  at  the  same  point 
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13.5  SEARCHING 
i  3.5.1  Commands 

The  following  types  of  database  utility  and  search 
commands  should  be  available  to  the  user. 

13.5.1.1  Database  Selection 

The  application  should  provide  a  database 
SELECT  command 

13.5.1.2  CREATE/ERASE 

The  application  should  have  commands  to 
create  and  erase  sets. 

13.5.1.3  Combine  Sets 

Applications  should  allow  users  to  combine 
two  or  more  sets  to  create  new  sets. 
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13.5.1.4  Reports/Output 

The  application  should  provide  the  cppability 
for  users  to  specify  report  formats.  The  user 
should  be  able  to  name  the  report,  identify 
the  relations  from  which  the  report  data  will 
be  derived,  determine  the  report  layout,  and 
define  the  lines  and  headings  or  captions  of 
the  report.  The  user  should  be  able  to  save 
the  created  formulating  query  and  report 
format  for  later  use. 

13.5.1.5  Restrict  Retrieval 

The  user  must  be  able  to  restrict  the  output 
of  retrieval  sets. 

13.5.1.6  Save  Retrieval  Set 

All  users  should  be  able  to  save  the  results  of 
their  searches  easily. 

13.5.1.7  Search  History 

The  application  should  provide  the  user  a  list 
of  previous  search  commands  upon  request. 

The  number  of  saved  commands  could  be  set 
by  the  user  or  could  be  a  prespecified  number. 
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13.5.2  Control  Functions 

The  application  should  provide  control  functions  to 
aid  the  user  in  dealing  with  the  system.  These 
functions  should  include  signaling  about  the 
system's  current  state  or  performing  an  action 
based  on  the  state. 

13.5.2.1  MARK 

The  input  parameter  for  the  MARK  command 
should  be  the  current  field  value,  and  the 
application  should  note  the  marked  value  for 
future  reference.  For  example,  fields  or 
records  could  be  marked  for  deletion. 

13.5.2.2  DESCRIBE 

DESCRIBE  should  use  as  its  parameter  the 
current  field  value.  Provide  the  user  with  a 
detailed  explanation  or  description. 

13.5.2.3  DROP 

The  parameter  for  the  DROP  command  should 
be  the  current  field  value.  The  current  field 
should  be  dropped  from  the  structure. 
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13.5.2.4  STATUS 

The  application  should  provide  the  user 
status  information  upon  request.  This  should 
include  the  completion  and  success  or  failure 
of  the  last  search  operation  executed. 

13.5.3  Editing  Commands 

Editing  commands  are  necessary  during  query 
formulation.  The  application  should  provide  a  text¬ 
editing  box  to  be  used  for  typing  search  queries. 

The  following  functions  should  be  available.  See 
Figure  13.3. 


FIGURE  13.3:  Sample  T ext  Editing  Box 


13-36 


Version  2.0,  MAY  92 

13.5  Query  Language  •  Searching 


13.5.3.1  CUT 

CUT  should  allow  the  user  to  remove  the 
selected  text  and  place  it  in  a  clipboard. 

13.5.3.2  COPY 

COPY  should  allow  the  user  to  duplicate 
selected  portions  of  text  and  place  them  in  a 
clipboard. 

13.5.3.3  PASTE 

PASTE  should  allow  the  user  to  place  text 
from  the  clipboard  into  the  current  text. 

13.5.3.4  CLEAR 

CLEAR  should  remove  all  characters  currently 
in  the  text-editing  box. 

13.5.3.5  SEARCH 

SEARCH  should  allow  the  user  to  locate  a 
word  or  group  of  characters  in  the  text¬ 
editing  box. 
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13.5.3.6  REPLACE 

When  used  in  conjunction  with  SEARCH, 
REPLACE  allows  the  user  to  replace  a  word  or 
set  of  characters  with  another  word  or  set  of 
characters. 


13.5.3.7  Spell  Check 

Spell  Check  should  check  the  words  in  the 
text-editing  box  against  a  dictionary  of 
recognized  words.  This  function  also  should 
check  textual  commands  to  assure  correct 
spelling  and  syntax. 

13.5.4  Query  Formulation  Commands 

Major  tasks  performed  by  queries  include 
extracting,  manipulating,  and  performing 
calculations  on  tabular  data,  including  the  creation 
of  tabular  results  and  new  tables.  Query 
applications  should  be  able  to  build  functions  as 
needed  for  developing  application  programs,  as 
well  as  update  and  maintain  tables. 

13.5.4.1  SELECT 

SELECT  should  identify  fields  from  tables  and 
functions  to  appear  in  the  query  results. 
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13.5.4.2  COMPILE 

COMPILE  should  generate  an  executable 
function  and  check  for  correctness. 

13.5.4.3  RUN  or  DO  QUERY 

RUN  or  DO  QUERY  commands  cause  execution 
of  the  query.  The  application  should  monitor 
the  execution  with  prompts  for  input  and 
error  recovery. 

13.5.4.4  SHOW 

The  SHOW  command  should  allow  various 
presentations  of  a  tabular  result  and  could  be 
used  to  present  a  preview  of  the  results  of  a 
query  or  report. 

13.5.4.5  MODIFY 

MODIFY  should  allow  the  user  to  make  changes 
to  the  query  definition  of  an  already  existing 
query  or  report.  The  new  query  could  be  saved 
to  a  file  or  as  a  report,  if  desired. 

13.5.4.6  SAVE 

SAVE  should  allow  repeated  use  or 
modification  of  a  query.  Store  the  queries  in 
a  file  with  a  unique  extension,  such  as  ".QRY." 
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13.5.5  User-Friendly  Searching 

13.5.5.1  Abbreviations 

Abbreviations  should  be  significantly  shorter 
than  the  original  word  or  mnemonic. 

Truncation  is  the  preferred  form  of 
abbreviation.  The  application  should  allow 
both  the  abbreviation  and  the  full  term. 

13.5.5.2  Automatic  Search  Term 
Completion 

The  application  should  automatically 
complete  a  search  term  (opposite  of 
truncation)  as  soon  as  it  recognizes  that  the 
portion  of  the  term  entered  is  unique  in  the 
index  of  search  terms. 

13.5.5.3  Search  Time  Feedback 

Because  even  simple  queries  can  overload  the 
computer,  the  computer  should  inform  the 
user  of  the  problem  and  prompt  user  input  to 
terminate  the  query  or  continue. 
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13.5.6  Features 

13.5.6.1  BROWSE 

Provide  an  interactive  program  that  allows 
the  user  to  navigate  through  the  database. 

The  BROWSE  function  is  especially  helpful 
when  queries  would  be  too  lengthy  to  run 
interactively. 

13.5.6.2  Report  Formats 

Provide  facilities  to  format  the  results  of 
queries  as  reports. 

13.5.6.3  Search  Index 

The  application  should  provide  the  ability  to 
view  the  list  of  words  and  phrases  available 
for  searching  and  term  variations,  including  a 
link  to  a  database  thesaurus  to  suggest 
search  terms. 

13.5.6.4  Parsing 

Parsing  is  the  process  of  deciding  how  the 
field  will  be  entered  into  the  search  index. 
Parsing  decisions  have  a  direct  impact  on 
how  a  database  can  be  searched  and  provide 
flexibility  in  searching,  regardless  of  how 
fields  were  parsed. 
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13.5.6.5  Proximity  Searching 

Proximity  searching  provides  the  ability  to 
search  words  in  a  positional  relationship 
from  word  index  fields,  such  as  titles  or 
abstracts.  The  words  should  be  either  in  a 
specific  order  or  independent  of  order.  For 
example,  the  words  "query"  and  "formation" 
could  be  searched  in  the  same  field. 

13.5.6.6  Search  Formation  Logic 

The  application  should  provide  the  use  of 
Boolean  logic,  including  the  use  of  the  logical 
operators  AND,  OR,  and  NOT.  It  should  prompt 
the  user  for  sets  consisting  of  search  terms 
and  combine  (intersect)  the  sets.  The  search 
can  then  be  completed  as  a  combined  (union) 
set.  The  application  also  should  allow 
interactive  editing  of  queries. 

13.5.6.7  Set  Building  and  Step-Wise 
Refinement 

The  application  should  provide  set  building  as 
a  means  of  performing  the  search  in  a  series 
of  steps,  then  view  the  records  that  answer  a 
query  as  a  set  defined  by  the  query. 
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13.5.6.8  Range  Searching 

Include  range  searching  in  the  application. 
This  type  of  search  should  be  based  on  an 
ordered  sequence  using  FROM  and  TO. 

13.5.6.9  Comparison  Searching 

The  application  should  allow  the  user  to 
specify  the  fields  to  search,  because  limiting 
a  search  to  particular  fields  may  speed  the 
search. 

13.5.6.10  Controlled  Vocabulary 

Using  a  controlled  vocabulary  of  natural 
language  terms  helps  novice  users  formulate 
queries. 

13.5.6.11  Keyword  Search  Terms 

The  application  should  facilitate  selecting 
search  terms  from  key  words  in  records. 

Then,  the  interface  can  display  these  terms 
and  prompt  user  selection.  For  example,  the 
application  could  rank  additional  search 
terms  by  frequency  of  appearance  in  a 
retrieval  set  and  provide  them  in  ranked 
order. 
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13.5.6.12  Search  on  Field  Values 

The  system  should  be  able  to  search  on 
specific  data  field  values  input  by  the  user. 
The  application  should  provide  a  list  of 
possible  field  values  from  which  users 
select. 


13.5.6.13  Search  Sorted  Values 

The  application  should  be  able  to  order  the 
field  values  in  a  reasonable  way,  such  as 
alphabetically  or  from  greatest  number  to  the 
smallest. 


13.5.6.14  Crossfile  Searching 

The  application  should  provide  a  crossfile 
search,  which  will  obtain  the  number  of 
references  in  all  potential  databases  for  the 
search  terms  or  search  profile. 
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13.6  MULTIPLE  LEVELS 

User-friendly  features  and  requirements  differ  for  the 
novice  and  experienced  user.  Because  the  novice  may 
soon  become  an  experienced  user,  the  human-computer 
interface  needs  to  change  to  suit  the  evolving  needs  of 
the  user  and  the  demands  of  users  who  have  different 
levels  of  expertise. 

13.6.1  Accommodate  Novice  and 
Experienced  Users 

Multiple  levels  of  interaction  are  necessary  to 
accommodate  the  varying  levels  of  experience. 

13.6.1.1  Levels  of  Interaction 

Users  should  be  able  to  change  levels  at  any 
time  during  a  session. 

13.6.1.2  Tutorial 

A  tutorial  mode  should  be  available  when 
possible. 


13.6.1.3  HELP 

Offer  context-sensitive  HELP  on  request  at 
ail  levels. 
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13.6.2  Novice  Users 

The  level  of  computer  knowledge  required  of  a 
novice  user  should  be  minimal.  The  application 
should  be  easy  to  use,  provide  familiar 
terminology,  and  allow  the  user  to  begin  work  with 
little  training.  To  be  used  effectively,  an 
application  should  not  depend  on  a  complex 
command  language.  However,  this  ease  of  use  may 
require  a  loss  of  power  and  flexibility. 

13.6.2.1  Reduced  Capabilities 

A  novice  interface  may  contain  only  a  subset 
of  the  search  capabilities.  This  system  may 
be  a  scaled-down  version  of  a  more 
comprehensive  program.  In  addition,  novice 
interfaces  may  require  fewer  searchable 
fields,  so  the  system  may  not  attain  the  same 
specificity  or  variety  of  search  techniques. 

13.6.2.2  Computer  Prompting 

a.  The  computer  software  should  prompt  the 
novice  user  to  select  from  a  list  of 
options. 

b.  The  interface  should  provide  an 
explanation  of  the  options  presented. 
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13.6.2.3  Simplify  Commands 

The  novice  interface  should  have  a  simplified 
command  structure  using  fewer  and  more 
easily  understood  commands. 

13.6.2.4  Mnemonics 

Mnemonic  selections  are  preferred  over 
numbered  selections. 

13.6.2.5  Intelligent  Interface 

The  system  design  should  strive  for 
"intelligent  interfaces  between  naive  users 
and  search  systems."  Two  main  components 
of  an  intelligent  front-end  are  forms  and 
graphics.  Menus  and  data  forms  can  control 
the  flow  of  the  application,  and  graphics  can 
be  used  to  provide  a  visual  readout  of  the 
data. 
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13.6.3  Experienced  User 

Experienced  users  can  accommodate  comprehensive 
versions  of  query  applications. 

13.6.3.1  Less  Detail 

The  application  designed  for  the  expert  user 
can  reduce  computer  overhead  by  providing 
less  detailed  on-line  information. 

13.6.3.2  Multiple  Commands 

The  application  should  allow  the  experienced 
user  to  enter  multiple  commands  to  speed  the 
dialog. 
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On-line  help  (HELP)  provides  procedural  aids,  the 
ability  to  recover  from  errors,  and  advice  without 
requiring  the  user  to  exit  the  application,  ideally, 
HELP  is  always  available.  A  well  designed  system 
offers  context-sensitive  HELP. 

Two  elements  are  critical  to  HELP:  the  user  interface 
and  the  content;  both  are  equally  important  (Kearsley 
1988).  HELP  should  be  easy  to  use  and  provide  readily 
understandable  user  guidance.  HELP  must  not  add 
problems  or  make  the  user’s  situation  more  confusing. 
The  HELP  interface  design  will  contribute  to  how 
often  HELP  Is  used  because  the  more  difficult  the 
interface  is  to  use  or  access,  the  higher  the 
probability  HELP  will  not  be  used.  No  help  application 
will  be  useful  if  It  is  difficult  to  obtain,  hard  to  use, 
or  not  easy  to  return  to  the  application  program. 

Computer  users  want  to  accomplish  a  particular  task 
quickly  and  with  the  least  effort  possible.  When  users 
encounter  a  problem,  they  want  a  solution  that 
involves  minimal  interruption  of  the  task  at  hand.  If 
information  is  not  immediately  available,  users  often 
guess,  repeat  a  previous  sequence,  or  ignore  what  is 
not  understood.  These  responses  usually  lead  to 
further  problems. 
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Along  with  individual  differences,  users  have  varying 

degrees  of  computer  experience.  The  following  three 

types  of  user  group  may  require  different  types  or 

levels  of  HELP. 

•  Novices  (users  who  have  little  experience  with 
computers)  will  need  help  with  basic  concepts  and 
operations.  Novices  usually  want  to  see  only 
necessary  information. 

•  Experts  (experienced  computer  users)  want  to  know 
about  limitations,  shortcuts,  complex  operations, 
and  anything  else  that  will  allow  them  to  do  their 
work  more  efficiently. 

•  Because  casual  users  (who  may  be  either  novices  or 
experts)  only  occasionally  use  a  computer  or 
current  application,  they  need  help  remembering 
aspects  of  the  application  they  previously  learned. 

General  guidelines: 

•  Make  HELP  easy  for  users  to  access 

•  Make  HELP  available  throughout  the  application 

•  Make  access  to  HELP  uniform 

•  Make  HELP  easy  to  understand 


Make  it  easy  to  return  to  the  application 
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14.1  TYPES  OF  HELP 

HELP  should  reflect  the  user's  requirements  without 
significant  impact  on  application  response  time.  Of 
the  following  three  types  of  HELP,  the  advice  and 
active  forms  are  preferred.  Embedded  training  is 
often  included  in  HELP.  The  recommendation  is  that 
embedded  training  not  be  combined  with  HELP. 

14.1.1  Advice 

When  users  query  HELP,  they  find  an  interactive, 
context-sensitive  source  of  information  that 
indicates  what  entry  to  make  at  the  current 
location  in  the  application,  the  required  keystroke, 
or  which  steps  to  be  taken  to  complete  the  task. 

14.1.2  Active 

When  the  HELP  application  software  senses  an 
inappropriate  entry,  it  interrupts  to  ask  users  what 
they  are  attempting  and  if  they  are  sure  they  want 
to  complete  the  operation  they  initiated.  HELP  then 
suggests  the  correct  form  or  keystroke. 
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14.1.3  Passive 

Users  query  HELP  when  they  need  assistance.  The 
information  may  be  in  the  form  of  on-line  system 
documentation,  such  as  a  user's  guide  or  a  list  of 
functions  performed  by  combinations  of 
keypresses. 
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14.2  GENERAL  DESIGN 

14.2.1  Minimize  Keystrokes 

Provide  single  keystroke  access  to  and  exit  from 
HELP. 

14.2.2  Provide  Memory  Aids 

Assume  users  cannot  remember  everything  required 
to  run  the  application:  provide  memory  aids. 

14.2.3  Include  Basic  Information 

Include  basic  information  you  would  expect  only 
novices  to  seek. 

14.2.4  Expand  Upon  the  Manual 

Provide  clearer  explanations  of  information  in  the 
manual,  using  subsequent  screens  as  needed.  Do  not 
simply  repeat  phrases  from  the  manual  the  user  has 
read  but  may  not  understand. 
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14.2.5  Choose  On-line  Portions  of  the 
Manual  Selectively 

Be  selective  when  placing  information  from  the 
user's  manual  on  line:  do  not  place  the  entire 
manual  on  line.  This  would  be  more  difficult  to 
navigate  through  and  read  than  the  hard-copy 
version  and  would  waste  system  memory. 

14.2.6  Include  Obvious  Information 

Include  all  pertinent  Information,  even  that  which 
may  appear  obvious  to  the  developer. 

14.2.7  Avoid  Jargon 

Avoid  using  jargon.  A  friendly  and  effective 
interface  is  the  most  important  component  of  a 
HELP  system.  It  is  frustrating  to  a  naive  computer 
user  to  type  "HELP,"  then  receive  a  bit  of  cryptic 
jargon  in  reply.  Where  use  of  jargon  is  unavoidable, 
ensure  it  is  the  jargon  of  all  the  users  and  not  of 
the  designer  or  programmer. 

14.2.8  Do  Not  Overload  the  User 

Do  not  expect  the  user  to  read  about  more  than 
three  HELP  displays  at  a  time  or  to  remember  more 
than  about  five  points. 
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14.2.9  Do  Not  Use  HELP  to  Teach 

Do  not  use  HELP  to  teach  novices  how  to  operate 
the  system.  Provide  step-by-step  instructions  to 
remind  occasional  users  how  to  perform  the  most 
common  tasks.  Remember  that  most  users  perform 
the  same  few  tasks  over  and  over,  in  the  simplest 
possible  way. 
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14.3  ACCESSIBILITY  OF  HELP 

14.3.1  Universal  Access 

Provide  access  to  HELP  from  every  screen. 

14.3.2  Availability 

Remind  users  that  HELP  is  easily  available  by 
displaying  the  command  or  function  key  used  to  get 
HELP. 

14.3.3  Display  HELP  Status 

Display  a  message  indicating  the  status  of  HELP 
availability  if  HELP  is  not  available  at  all  times  or 
places  in  the  program. 

14.3.4  Single  Action  to  Invoke 

Make  it  possible  for  users  to  get  HELP  using  only  a 
single  keypress  or  mouse-click. 
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14.4  PROVIDE  HELP  ON  HELP 

14.4.1  Alphabetical  Index  of  Functions 

Make  an  alphabetical  index  of  HELP  functions 
available  to  the  user. 

14.4.2  Alphabetical  index  of  Commands 

Provide  an  alphabetical  index  with  explanations  of 
all  commands  used  by  the  application  software, 
showing  the  argument  options. 

14.4.3  Show  How  to  Use 

Show  users  how  to  use  the  HELP  function.  Never 

assume  it  is  obvious,  even  to  expert  users. 

14.4.4  Present  Alternatives 

Show  how  to  get  HELP  from  anywhere  in  the 
system.  Users  may  know  only  one  route,  so  detail 
the  alternatives,  including  how  quick  and  easy  it  is 
to  use  the  options.  Define  the  different  meanings 
of  the  HELP  display  and  explain  their  functions. 

14.4.5  Navigating  Through  HELP 

Show  how  to  navigate  within  HELP.  Explain  how  to 
scroll  or  page  through  a  topic  and  how  to  jump  to 
related  topics. 
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14.4.6  Provide  HELP  on  Screens  and 
Windows 

Describe  the  current  window,  including  its  function 
and  tasks  the  user  can  perform. 

14.4.7  Provide  Instructions  to  Novices 

To  assist  novice  and  casual  users,  put  instructions 
for  using  HELP  on  every  HELP  display. 

14.4.8  Instruct  on  When  to  Use 

Provide  users  with  complete  instructions  on  when 
to  use  the  information  supplied  by  HELP. 


14-10 


Version  2.0,  MAY  92 

14.5  On-Line  Help  -  Application  Information 


14.5  APPLICATION  INFORMATION 

Provide  a  list  of  application  capabilities.  Show  the 
application  components,  options,  and  structure  to  help 
the  user  understand  the  application  and  use  it  more 
effectively.  Experienced  users  as  well  as  novices 
underutilize  many  applications  because  they  do  not 
recognize  the  full  range  of  capabilities. 

14.5.1  Provide  Shortcuts 

Use  HELP  to  point  out  shortcuts  and  unused 
features. 

14.5.2  HELP  on  Error  Messages 

Make  available  successively  more  detailed 
explanations  of  a  displayed  error  message. 

14.5.3  HELP  on  Prompts  and  Definitions 

Make  available  successively  more  detailed 
explanations  of  a  displayed  question  or  prompt  and 
definitions  of  specified  terms. 

14.5.4  Show  Correct  Input 

Provide  examples  of  correct  input  or  valid 

commands. 
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14.5.5  Show  Command  Format 

Provide  a  description  of  the  format  of  a  specified 
command  and  a  list  of  allowable  commands. 

14.5.6  Provide  User-Centered  HELP 

Make  the  HELP  user-centered;  base  it  on  the  user's 
task,  not  on  application  characteristics. 
Descriptions  of  application  characteristics  are 
more  appropriate  for  a  hard-copy  user's  manual. 
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14.6  PROVIDE  HELP  IN  CONTEXT 

Context-sensitive  HELP  may  be  the  most  important 
kind  of  HELP  for  users.  Context-sensitive  HELP  should 
describe  the  nature  of  a  specific  control  (check 
button,  radio  button,  slider  bar)  and  how  people  use 
that  control. 

14.6.1  Provide  Specific  HELP 

Ensure  the  HELP  is  specific  to  each  level  of  user 
interaction  (e.g.,  for  context-sensitive  HELP  in  a 
field  specifying  printer  baud  rate).  See  Figure  14.1. 


'Baud  rate  is  the  speed  in  bits 
per  second  at  which  your 
printer  can  accept  data. 
Acceptable  speeds  are  1200, 
2400,  and  9600.  Enter  the 
speed  in  bits  per  second.' 

V _ 1 _ / 


Figure  14.1:  Printer  Baud  Rate 


14.6.2  Show  Correct  Alternatives 

List  correct  alternatives  if  the  user  enters  an 
incorrect  command. 
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14.6.3  Provide  HELP  Within  Application 

Provide  HELP  within  the  application  so  users  do  not 
have  to  abandon  their  place  in  the  application  to 
seek  HELP.  Users  should  not  have  to  close  files, 
exit  the  application,  and  log  off  to  invoke  a  HELP 
utility. 

14.6.4  Use  Split  Screen  or  Window 

Allow  users  to  see  the  application  screen  that 
relates  to  the  HELP  request  by  means  of  a  split 
screen  or  window.  A  separate  HELP  screen  that 
completely  replaces  the  application  screen  is 
undesirable  because  it  prevents  the  user  from 
simultaneously  observing  the  problem  and  the  HELP 
screen. 


14.6.5  Resize  and  Reposition  HELP 
Windows 

Provide  the  user  the  capability  to  resize  and 
reposition  windows  to  see  the  HELP  information 
and  the  problem  at  the  same  time. 

14.6.6  Identify  Special  Keys 

Where  applications  have  special  uses  for  keys, 
especially  function  keys,  display  the  meanings 
assigned  by  the  application. 
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14.7  USER  CONTROL  OF  THE  HELP  SYSTEM 

The  more  control  users  have  over  the  help  system,  the 
more  useful  they  will  find  it. 

14.7.1  User-Initiated 

Allow  users  to  initiate  a  HELP  request  and  select 
the  desired  HELP  topic. 

14.7.2  User-Selected  Levels 

Allow  users  to  select  a  level  of  HELP  if  multiple 
levels  are  available. 

14.7.3  Annotate  Messages 

Allow  users  to  annotate  existing  HELP  messages. 

14.7.4  Describe  Key  Functions 

Within  HELP,  provide  the  capability  of  pressing  any 
key  to  obtain  a  list  of  features  whose  names  begin 
with  that  letter.  When  the  user  then  selects  a 
feature  from  the  list  by  highlighting  or  clicking, 
provide  an  explanation  of  the  feature. 
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14.8  PROVIDE  CONSISTENT  HELP  FORMAT 

14.8.1  Consistent  Screens 

Provide  consistent  HELP  aids  from  screen  to 
screen,  both  with  indicators  that  HELP  is  available 
(e.g.,  "FI  a  HELP")  and  specific  location  on  the 
screen. 

14.8.2  Progressive  Detail 

When  providing  progressively  more  detailed 
explanations,  ensure  the  process  of  moving  from 
level  to  level  is  consistent  from  screen  to  screen. 
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14.9  SELF-EXPLANATORY  AND  CONCISE 
DISPLAYS 

14.9.1  Match  Titles  to  Contents 

The  content  of  a  HELP  window  should  be  reflected 
in  its  title  (e.g.,  the  title  of  a  HELP  window  for  the 
entry  field  "Trans"  could  be  "Help  for  Trans"). 

14.9.2  Match  Names 

Ensure  the  name  on  the  HELP  display  matches  the 
panel  from  which  help  was  requested  (e.g.,  when 
working  on  an  accident  report,  the  help  display  may 
read,  "HELP:  ACCIDENT  REPORT"). 

14.9.3  Ensure  Relevancy  to  User 

Tailor  the  display  to  the  current  information 
requirements  of  the  user,  so  only  relevant  data  are 
displayed. 

14.9.4  Provide  Clear  Messages 

Make  error  and  HELP  messages  clear,  concise,  and 
appropriate  to  the  experience  and  training  users 
have  had  in  using  the  system. 
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14.9.5  Use  Task-Oriented  Wording 

Adopt  task-oriented  wording  for  labels,  prompts, 
and  user  guidance  messages,  incorporating 
whatever  special  terms  and  technical  jargon  may 
be  normally  employed  in  the  user’s  tasks. 

14.9.6  Increase  Understandability 

To  increase  understandability  of  HELP,  apply  the 
following  principles. 

14.9.6.1  Short  Sentences 

Use  short  sentences  when  writing  HELP 
messages. 


14.9.6.2  Active  Voice 

Use  the  active  voice  in  all  HELP  messages. 

14.9.6.3  Examples 

Provide  as  many  examples  as  possible  for 
each  HELP  screen. 
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14.9.6.4  Tables 

Place  HELP  information  in  tables,  where 
applicable. 


14.9.6.5  Answer  First 

Put  the  answer  before  the  explanation  when 
presenting  HELP  information  in  the  dialog. 

14.9.6.6  Answer  Likely  Questions 

Answer  the  most  likely  HELP  questions 
immediately. 

14.9.6.7  Limit  Scroll  Requirements 

Minimize  the  user  requirement  to  scroll  or 
page  through  displays. 
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14.10  MAKE  RETURN  TO  APPLICATION  EASY 

14.10.1  Single  Keystroke 

The  user  should  be  able  to  return  to  the  application 
with  only  a  single  keypress  or  mouse-click. 

14.10.2  Exit  HELP  Easily 

When  a  single  keystroke  exit  is  not  possible,  the 
user  should  be  able  to  return  to  the  application 
easily,  without  calling  up  a  menu,  then  choosing  an 
item  from  it. 
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14.11  KEEP  HELP  CURRENT 

14.11.1  Provide  Up-to-Date  HELP 

Plan  and  build  HELP  concurrently  with  developing 
applications  so  HELP  information  reflects  the 
current  version  of  the  software.  Provide  updates 
to  HELP  with  subsequent  software  releases. 

14.11.2  Tailor  HELP  to  the  User 

Collect  data  on  user  target  population  to  tailor 
HELP  to  the  training  and  experience  of  the  users. 
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14.12  PROVIDE  USER  OPTIONS 

14.12.1  Bookmarking 

Provide  "bookmarking"  so  users  can  tag  specific 
HELP  messages  for  easy  referral  later.  This  can  be 
especially  useful  in  a  large  help  system  consisting 
of  many  topics  and  screens.  Bookmarking  allows 
users  to  customize  the  help  system  to  their  own 
needs  and  filter  out  information  of  no  interest;  it 
can  speed  up  the  HELP  process  and  return  the  user 
to  work  with  fewer  interruptions. 

14.12.1.1  Bookmark  Selection 

To  tag  a  HELP  message,  allow  the  user  to 
select  a  bookmark  option  while  viewing  the 
message. 


14.12.1.2  User  Options 

Ensure  the  user  has  an  option  to  see  all  or 
just  the  bookmarked  messages. 

14.12.2  Print  for  Later  Reference 

Ensure  a  print  option  is  available  while  HELP 
messages  are  being  displayed.  Users  often  want  to 
print  out  HELP  information  to  study  it  further. 
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14.13  SYSTEM-li^lTIATED  MESSAGES 

Provide  system-initiated  messages  when  an  error  has 
been  detected  or  when  there  is  other  evidence  the  user 
is  having  a  problem  (e.g.,  missing  parameters, 
duplicating  erroneous  commands,  long  lapses  in 
response,  out-of-range  responses,  etc.). 

14.13.1  Positive  Tone 

Messages  should  have  a  positive  tone,  indicating 
what  must  be  corrected.  Focus  on  correcting  the 
problem,  not  the  action  that  caused  it. 

14.13.2  User  Control 

Present  system-initiated  messages  to  users  as 
advice  or  suggestions.  If  users  perceive  system- 
initiated  HELP  messages  as  an  interruption,  they 
may  prefer  to  initiate  HELP  requests. 

14.13.3  Error  Control 

Provide  system-initiated  HELP  messages  for 
systems  where  incorrect  user  actions  could  result 
in  serious  consequences.  This  is  especially  true 
for  destructive  actions,  such  as  deletions  (e.g.,  MS- 
DOS  command:  "Del  *.*"),  file  replacements,  exiting 
the  application  without  saving  data,  or  renaming  a 
file. 
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14.13.4  Document  Errors 

Error  messages  should  always  state  the  error 
detected,  the  input  field  containing  the  error,  and 
the  corrective  action. 

14.13.5  User  Understanding  of  Message 

Messages  should  clearly  indicate  whether  they  are 
meant  to  inform  of  error,  indicate  status,  prompt 
for  action,  or  provide  feedback. 

14.13.6  User  Options 

Give  users  the  option  to  turn  off  system-generated 
messages  or  to  specify  the  level  or  type  of 
message  to  be  given  (e.g.,  advisory,  caution, 
warning). 

14.13.7  Avoid  Jargon 

Error  messages  should  be  specific  and  address  the 
problem  in  user  terms,  avoiding  vague  terms  such 
as  "syntax  error"  or  obscure  error  code  numbers. 
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15.0  EMBEDDED  TRAINING 


The  interface  of  the  optimally  designed  computer 
program  should  be  designed  and  tested  such  that  no 
user  assistance  is  needed.  However,  because  of 
differences  between  humans  and  computers,  the 
variety  of  task  demands,  and  the  ever-present  human 
tendency  to  make  errors,  assistance  is  needed.  People 
differ  in  computer  experience,  patience  level,  learning 
style,  reasoning  ability  and  style,  and  numerous  other 
characteristics.  At  the  same  time,  sophisticated 
computer  systems  and  software  programs  are  often 
highly  complex  but  still  retain  the  requirement  to  be 
highly  usable  without  requiring  extensive  training  or 
technical  expertise.  Assistance  programs  offer  one  of 
the  primary  methods  used  by  designers  to  achieve  a 
high  degree  of  usability. 

User  assistance  is  commonly  offered  through  on-line 
help,  documentation,  and  on-line  training.  The 
distinction  between  on-line  help  and  on-line  training 
is  often  blurred.  For  the  purposes  of  these  Guidelines, 
on-line  help  refers  to  assistance  for  a  specific 
problem,  function,  command,  or  term.  On-line  training 
programs  focus  on  process;  they  offer  instruction. 

On-line  training  programs  may  exist  completely 
embedded  within  the  application  software,  separately 
as  an  application,  or  as  a  combination  of  both.  The  on¬ 
line  training  program  also  may  be  executed  by  some 
form  of  supplemental  component  (e.g.,  strap-on  (video 
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disk  player]  or  plug-in  [floppy  disk]).  Though  many 
guidelines  apply  to  both  embedded  and  supplemental 
training,  the  interface  guidelines  presented  in  this 
section  pertain  specifically  to  embedded  training. 

The  guidelines  also  apply  to  a  range  of  embedded 
training  formats  and  capabilities  including; 

•  fixed  format  provides  the  same  information 
regardless  of  what  the  user  has  done 

•  context-sensitive  format  depends  on  what  users 
are  currently  trying  to  do  or  on  the  context  in 
which  they  are  working 

•  prompting  intervenes  or  prompts  automatically  if 
a  user  proceeds  incorrectly 

•  dialog  allows  users  to  obtain  assistance  through 
natural  language  interaction 

•  adaptability  keeps  track  of  a  user's  operation  and 
provides  appropriate  help  or  training  based  on  the 
user's  operation,  for  example,  intelligent  tutoring 
systems  (Kearsley  1986). 

The  embedded  training  guidelines  included  in  this 
section  are  derived  from  the  results  of  empirical 
research,  reported  computer  training  experience,  and 
experts'  recommendations.  Guidance  for  embedded 
training  interface  design  appears  under  a  variety  of 
types  of  on-line  training;  computer-assisted 
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instruction  (CAI)  and  intelligent  computer-assisted 
instruction  (ICAI),  computer-based  training  (CBT), 
intelligent  tutoring  systems  (ITS),  embedded  training 
(ET),  coaching,  electronic  performance  support 
systems  (EPSS),  and  guided  discovery,  among  others. 

On-line  training  strives  to  support  learning  how  to 
use  an  application.  However,  it  conflicts  with  the 
user's  primary  task,  because  consulting  a  training 
program  interrupts  work  in  progress.  This  conflict 
may  cause  new  users  to  skip  training  altogether  or  to 
select  immediate  task  help  without  furthering  their 
overall  understanding  of  the  system  (Grice  1989; 
Hackos  1991;  Horton  1990).  Two  crucial  factors  in 
determining  whether  or  not  users  accept  and  use 
embedded  training  are  a  well  designed,  intuitive 
interface  and  the  opportunity  to  practice.  Each  of  the 
embedded  training  guidelines  addressed  in  this 
section  assumes  a  basic  set  of  objectives  for 
assisting  users:  consistency,  efficient  use  of 
capabilities,  minimal  memory  load  on  users,  minimal 
learning  time,  and  flexible  support  of  different  users. 

The  goal  of  embedded  training  interface  design  is  to 
ensure  users  can  obtain  answers  to  their  questions 
with  maximum  efficiency,  maximum  accuracy,  and 
minimum  additional  memory  requirements.  An 
embedded  training  program  should  answer  the 
following  types  of  questions: 
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•  Goal-oriented:  What  types  of  things  can  I  do 
with  this  program? 

•  Descriptive:  What  is  this?  What  does  this  do? 

•  Procedural:  How  do  I  do  this? 

•  Interpretive:  Why  did  that  happen?  What  does 
this  mean? 

•  Navigational;  Where  am  I? 

•  Choice:  What  can  I  do  now? 

•  History:  What  have  I  done?  (Baecker  and  Small 
1990:  Gary  1991;  Laurel  1990). 

The  manner  in  which  assistance  is  provided  affects 
the  ability  of  users  to  learn  and  transfer  that  learning 
to  other  situations.  Research  in  instruction  and  on¬ 
line  documentation  has  identified  basic  concepts  and 
practices  that  support  learning  and  transfer.  Central 
among  these  concepts  relating  directly  to  embedded 
training  are: 

•  opportunity  to  practice 

•  readability 

•  user  control  -  perceived  and  actual 
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•  learning  mode  -  visual  (graphics  and  text) 

•  advance  organizers. 

Specific  guidelines  related  to  these  concepts  appear 
in  embedded  training  components  and  instructional 
presentation  guidelines  (see  Paragraphs  15.4  and 
15.6). 

Much  of  the  relevant  research  and  development  work 
from  which  these  guidelines  were  developed  comes 
from  individual  demonstration  and  limited 
distribution  systems.  Significantly  less  empirical 
research  has  explored  the  behavioral  issues  pertaining 
to  on-line  training  or  advice-giving  systems.  On-line 
training  experts  call  for  additional  behavioral 
research,  for  example,  effects  of  feedback  timing, 
preferences  for  and  effectiveness  of  different  on-line 
training  components,  suitability  of  media 
presentation  (animation,  text,  sound),  and  the  effects 
of  system-initiated  intervention.  The  current 
research  focus  has  moved  from  building  systems 
capable  of  detecting  all  possible  errors  and 
misconceptions  to  building  an  empathetic  partner  that 
chooses  among  several  forms  of  interaction  based  on 
the  content  of  the  task  and  needs  of  the  user. 

This  section  of  Guidelines  includes  general  guidance 
for  embedded  training,  followed  by  guidelines 
pertaining  to  more  specific  features.  This  section 
also  contains  a  series  of  figures  illustrating 
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embedded  training.  Each  figure  is  based  on  a  basic 
screen  prototype  (see  Figure  15.1).  To  illustrate  a 
particular  guideline  clearly,  a  number  of  the  figures 
show  only  a  portion  of  the  basic  screen  display. 


Traeang  Level  BuRon 


FIGURE  15.1:  Simplified  Prototype  Embedded  Training 
Screen 
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15.1  GENERAL 

A  strong  embedded  training  interface  provides  users 
with  an  understanding  of  the  training  program  and  the 
linkage  between  the  application  program  and  the 
training  program.  The  guidelines  in  this  section 
address  user  orientation  and  the  linkage  between 
application  and  embedded  training  programs. 

15.1.1  Initial  Use  Overview 

Provide  first-time  users  of  embedded  training  an 
overview  of  the  embedded  training  program.  This 
orientation  should  convey  what  the  embedded 
training  achieves  by  combining  text  and  graphics 
(animated  or  static). 

15.1.2  Positive  User  Attitude 

To  build  positive  user  attitudes  and  increase  use 
of  the  embedded  training,  the  interface  should 
maintain  a  positive  tone  by  not  evaluating  the 
user's  performance  when  practicing  and 
experimenting,  ensuring  system  messages  do  not 
blame  the  user,  and  avoiding  the  implication  that 
the  computer  is  human.  See  Figure  15.2. 
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This 

Not  This 

1  You  can  uM  iho  Training  Program  to  laam .... 

1  The  Training  Program  can  teach  you 

Personalized 
messages  interrupt 
and  often  annoy  users. 


The  effectiveness  of 
the  embedded  training 
is  related  directly  to 
the  accuracy  of  the 
embedded  training 
information. 


FIGURE  15.2:  Examples  of  Implying  Human  Characteristics 

15.1.3  Personalization 

Avoid  personalization  (i.e.,  "You  did  a  good  job, 
Sam")  and  personal  recognitions  (including  even 
simple  statements,  such  as  "Excellent!"). 

15.1.4  Availability  of  Embedded  Training 

The  embedded  training  program  should  be 
available  to  users  at  all  points  during  use  of  the 
application,  except  where  it  would  interfere  with 
time-critical  operations. 

15.1.5  Accuracy  of  Embedded  Training 

Ensure  the  embedded  training  is  accurate, 
reflects  the  most  current  form  of  the  application, 
and  is  updated  in  response  to  changes  in  the 
application.  When  changes  occur  in  application 
procedures  or  critical  operations,  ensure  users 
are  notified  changes  have  occurred.  In  addition, 
consider  providing  users  with  an  option  to  see 
new  and  revised  information  (i.e.,  by  selecting 
"News"). 
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15.1.6  Moment  of  User  Need 

Whenever  possible,  provide  training  support  at 
the  moment  the  user  needs  it. 

15.1.7  Embedded  Training  Browsing 

Allow  users  to  work  with  the  embedded  training 
independent  of  the  application  to  accommodate 
user  browsing. 

15.1.8  Return  to  the  Application  From 
Embedded  Training 

Ensure  users  can  return  to  the  application  from 
any  point  within  the  embedded  training  with  a 
single  action  (e.g.,  keystroke,  command,  point  and 
click)  without  shutting  down  either  system. 


1  5-9 


Version  2.0,  MAY  92 


15.1  Embedded  Training  -  General 


15.1.9  Restore  Application  Screen 

When  users  exit  the  training  program,  restore  the 
application  screen  to  the  state  that  existed  prior 
to  the  request. 

15.1.10  Restore  Embedded  Training 

When  training  is  interrupted  (e.g.,  system  failure, 
tactical  operation  requirements)  or  users  exit 
before  completion,  offer  them  the  opportunity  to 
return  to  the  position  in  the  embedded  training 
that  existed  before  the  interruption. 

15.1.11  Protection  from  Hazardous  or 
Destructive  Actions 

Prohibit  users  from  accidentally  activating 
hazardous  events  (e.g.,  minefield  activation)  and 
destructive  control  actions  (e.g.,  accidental 
erasure  or  memory  dump)  during  the  embedded 
training. 

15.1.12  Application  Screen  Protection 

Ensure  embedded  training  commands  do  not  alter 
or  destroy  application  screen  data. 
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15.1.13  Noninterference  During  Critical 
Operation 

Prohibit  system-initiated  embedded  training 
interruption  of  the  primary  application  during  a 
critical  operation. 

15.1.14  Notification  of  Critical 
Operation 

Ensure  the  user  is  notified  of  incoming  critical 
application  information  (e.g.,  tactical  operation 
input). 

15.1.15  Multiple  Stations 

If  the  application  system  has  multiple  stations, 
ensure  that  stations  using  the  embedded  training 
have  no  effect  on  the  stations  performing  an 
operational  task. 

15.1.16  Context  Sensitivity 

Make  the  training  context-sensitive;  that  is, 
wherever  possible,  the  training  should  depend  on 
where  the  user  is  in  the  application  or  on  the 
general  nature  of  the  content  of  the  application. 
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15.1.17  Consistent  Application 
interface 

Provide  the  greatest  possible  consistency 
between  the  application  interface  and  the 
embedded  training  interface  to  ensure  a  smooth 
transition  between  platforms  and  to  minimize  the 
user's  learning  requirements  (e.g.,  terminology, 
displays,  commands). 

15.1.18  Inconsistent  Interface 
Assistance 


Provide  assistance  if  the  embedded  training 
interface  is  substantially  different  from  the 
application  systems  operations  or  when  the 
embedded  training  interface  has  complex  features 
that  might  need  to  be  explained. 
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15.2  ADAPTATION  TO  USERS 

Users  vary  in  many  ways,  including  computer 
experience,  domain  experience  (program  content  -  e.g., 
command  and  control),  learning  style,  preferred  work 
style,  ^nd  immediate  task  demands.  Adapting  the 
embedded  training  interface  to  the  user's 
characteristics  and  preferences  will  encourage  use  of 
embedded  training  and,  consequently,  shou'd  increase 
user  efficiency  with  the  application.  See  Figure  15.3. 


COMMAND  AND  CONTROC  SYSTEM 


;  User  Selection  of  T raining  Level 
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Reducing  the 
complexity  of  the 
training  interface  for 
beginners 
simplifies  the 
demands  of  learning. 


\ 
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15.2.1  User  Control  Over  Level  of 
Difficulty 

Accommodate  the  differences  in  computer 
experience  by  allowing  users  to  select  the  level 
and  type  of  assistance.  The  ability  to  select  is 
important  because  users  may  be  novices  in  some 
areas,  casual  operators  in  others,  and  experts  in 
still  others. 


15.2.1.1  Limited  Embedded  Training 
Features  Options 

Allow  novice  users  and/or  first-time  users 
to  select  a  restricted  capability  interface 
that  blocks  features  and  allows  only  basic 
feature  operation  (e.g.,  in  word  processing  - 
creating,  editing,  and  printing). 

15.2.1.2  Essential  Information  for 
Novices 

Provide  novices  only  the  necessary 
information,  but  allow  them  access  to  all 
of  the  capabilities  by  direct  request. 

15.2.1.3  Expanded  Capabilities  for 
Experts 

Offer  experts  assistance  in  using  the  system 
more  efficiently  (e.g.,  shortcuts,  limitations, 
complex  operations). 
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15.2.2  Learning  Structure 

Allow  the  user  to  select  a  type  of  learning 
structure.  This  accommodates  the  user's 
individual  needs  for  information  and  practice. 
Learning  structure  types  may  be; 

a.  discovery  -  undirected  exploration  or 
browsing 

b.  guided/supported  discovery  -  directed 
exploration 

c.  structured  -  menu  identifies  options 
explicitly  and  provides  implicit  cues. 
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15.3  EMBEDDED  TRAINING  COMPONENTS 

An  embedded  training  system  can  integrate  several 
resource  components  to  support  users  while  they 
perform  their  jobs.  Embedded  training  programs  may 
provide  an  information  database  (infobase),  common 
errors,  examples  and  scenarios,  interactive  advice, 
internal  cross-referencing,  expert  system-initiated 
training,  and  formal  courseware. 

15.3.1  Multiple  Components 

In  addition  to  the  immediate  context-sensitive 
assistance,  offer  users  multi-component  training 
that  is  easy  to  specify  and  access  (e.g.,  scenarios, 
examples,  information  databases,  off-line 
references,  common  problems,  and/or  coaching). 

15.3.2  Information  Database  Component 

Provide  users  an  interactive  information  database 
containing  both  conceptual  and  task-oriented 
information. 

15.3.3  Reference  Component 

Provide  a  reference  component  that  includes  all 
on-line  resources,  as  well  as  system-  and  job- 
related,  off-line  resources. 
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15.3.4  Examples  Component 

Offer  users  the  opportunity  to  practice  using 
common  examples  in  an  exploratory  or  guided 
mode,  which  would  allow  users  to  work  through 
the  steps  required  to  perform  a  specific  task. 

15.3.4.1  Experimentation 

Encourage  user  experimentation  (i.e.,  "what 
would  happen  if...")  by  making  it  easy  for  them 
to  exit  an  application,  practice,  then  return 
to  the  unaltered  application  position. 

15.3.4.2  Application  Protection 

If  users  explore  a  problem  within  the 
application,  protect  the  application  system 
with  an  UNDO  command  requirement. 

15.3.4.3  Distinction  of  Application 

Clearly  distinguish  between  the  exercise  and 
the  application  to  minimize  possible 
confusion  arising  from  switching  back  and 
forth  between  operation  modes  (e.g.,  highlight 
or  shadow  the  practice  session). 
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15.3.4.4  Opportunity  to  Practice 

Avoid  demonstrations  and  exercise 
summaries  if  they  do  not  provide 
opportunities  to  practice  the  procedure  or 
function. 

15.3.5  Advisor  or  Coaching  Component 

Provide  an  embedded  training  component  that 
advises  or  coaches  users  in  solving  problems. 

This  may  make  users  aware  of  enhanced  system 
operation.  This  also  may  be  used  in  response  to 
user  request,  system  recognition  of  suboptimal 
user  performance,  or  complex  tasks.  A  system 
can  coach  users  through  tasks  by  presenting  a 
series  of  questions  and  recommending  a  course  of 
action  based  on  the  responses.  See  Figures 
15.4  a-c. 
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FiGURE  15.4c 

FIGURE  15.4:  Example  of  How  an  Advisor  Can  Guide  Users 


15.3.6  Common  Errors  Component 

Provide  users  with  a  context-similar,  embedded 
training  component  that  shows  common  user 
errors  or  "Cautions"  associated  with  a  given 
approach  or  task  procedure.  See  Figure  15.5. 
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FIGURE  15.5:  Example  of  "Cautions"  that  Identify  Common 
Errors 


15.3.7  Record  Keeping 

Records  of  user  interaction  with  the  embedded 
training  can  be  helpful  to  users,  supervisors,  and 
system  designers.  Using  embedded  training 
records  requires  careful  planning  to  avoid 
threatening  users. 


Users  are  more  likely 
to  experiment  and 
practice  if  they  feel 
their  errors  will  not 
be  seen  by  others. 


15.3.7.1  User  Records 

Allow  the  user  to  record  the  path  through  a 
process  and/or  the  training  modules 
completed  successfully  or  unsuccessfully. 

This  will  aid  in  later  reference  or  experimen¬ 
tation. 
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15.3.7.2  Protect  User  Records 

If  records  of  user  training  sessions  are 
stored,  ensure  the  privacy  of  users  is 
protected  by  storing  their  records  as 
anonymous  files. 


15.3.7.3  Records  That  Evaluate  User 
Performance 

If  the  exercise  or  courseware  module  will  be 
used  for  evaluation  purposes,  give  users  prior 
notification.  Explicitly  state  the  criteria  for 
evaluation. 
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15.4  INSTRUCTIONAL  STRUCTURE 

Both  the  size  of  instructional  unit  (granularity)  and 
control  of  instructional  sequence  affect  the 
efficiency  and  attitude  of  the  user. 

15.4.1  Granularity 

Structure  the  embedded  training  components  into 
"single  learning  episodes,"  small  enough  and 
homogeneous  enough  to  be  learned  as  single  units. 
This  enables  users  to  select  the  particular 
section  or  subtopic  within  a  component  for  which 
they  desire  assistance. 

15.4.2  System-Controlled  Sequences 

For  novice  users  and  for  embedded  training  that 
deals  with  critical  or  hazardous  procedures,  the 
system  should  direct  user  movement  through  the 
procedures. 

15.4.3  Sequence  Control  for 
Experienced  Users 

Provide  experienced  users  with  the  flexibility  to 
move  through  the  steps  of  a  procedure 
sequentially  or  to  move  directly  to  any  specific 
step  or  resource  point. 
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Graphic  media  aid  in 
visualizing 
significant  patterns, 
whereas  natural 
language  text  conveys 
the  meaning 
and  significance  of  the 
visualization. 
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15.5  INSTRUCTIONAL  PRESENTATION 

The  manner  in  which  assistance  is  provided  affects 
the  ability  of  users  to  learn  from  the  instructional 
experience  and  to  transfer  that  learning  to  other 
situations.  The  following  statements  outline 
interface  guidelines  for  instructional  presentation. 

15.5.1  Combined  Media  Presentation 

Present  the  embedded  training  using  a 
combination  of  media,  graphics,  and  natural 
language,  where  appropriate.  See  Figure  15.6. 


:  Combined  Graphic  and  Natural  Language  Presentation 
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Users  prefer  to  read 
text  in  print  and  often 
will  not  read  text  on  a 
screen  that  exceeds 
even  a  few  sentences 
in  length. 


Stated  objectives  are 
an  important 
feature  for  novice 
users. 


15.5.2  Graphics  for  Method-Based 

Knowledge 

Offer  users  flowchart  diagrams  that  provide  an 
overview  conveying  method-based  knowledge, 
consisting  of  a  series  of  procedural  steps  and 
decisions. 

15.5.3  Reading  Requirements 

Keep  reading  requirements  to  a  minimum. 

15.5.4  Advance  Organization 

Provide  cues  and  overviews  that  orient  users 
unfamiliar  with  the  embedded  training  content 
and/or  process  through  brief  descriptions  of 
scenarios  and  exercises  or  courseware  outlines  if 
the  component  will  be  used  for  knowledge 
training. 

15.5.4.1  Stated  Exercise  Objectives 

Provide  users  a  brief  statement  of  the 
exercise  objective.  The  statement  should 
refer  to  the  primary  purpose  of  the  embedded 
training  request. 


15-25 


Version  2.0,  MAY  92 


Users  prefer  reading 
and  studying  material 
in  print  format 
rather  than  in  screen 
displays. 
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15.5.4.2  Module  Labeling 

Clearly  identify  each  embedded  training 
module,  stating  objective,  content,  and, 
where  appropriate,  the  number  of  subsections 
and  estimated  completion  time. 

15.5.4.3  Purpose  of  Assistance 
Reminder 

Remind  users  of  the  purpose  of  their  request 
for  assistance.  See  Figure  15.7. 
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15.5.5  Printing 

Provide  users  the  ability  to  print  embedded 
training  content  -  ranging  from  screen  displays  to 
courseware,  information  to  study  further,  or  for 
future  reference  -  and/or  to  print  the  displayed 
training  material. 

15.5.6  Fidelity 

Adjust  the  level  of  training  content  and 
presentation  fidelity  to  match  the  training: 

a.  low  fidelity  for  initial  training,  simple  data, 
and  easy  process 

b.  high  fidelity  for  unusual  processes,  hazardous 
events,  or  difficult  processes. 

15.5.7  Simplicity 

Give  users  simple  answers  to  simple  questions. 

If  the  answer  is  long  or  complex,  offer  a  summary 
and  options  to  request  additional  guidance. 

15.5.8  Verification 

Allow  users  to  verify  or  confirm  selected 

options,  solutions,  and  commands.  This  allows 
them  to  evaluate  the  completeness  of  a  process 
or  task  and  the  accuracy  of  their  approach 
without  having  to  sort  through  extraneous  material. 
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15.6  ACCESSING  TRAINING 

15.6.1  Displayed  Embedded  Training 
Availability 

Display  the  command,  icon,  or  function  key  used 
to  access  training  throughout  the  application  to 
remind  the  user  of  training  availability. 

15.6.2  Access  Via  Training  Icons 

Allow  users  to  access  directly  the  embedded 
training  by  selecting  an  embedded  training  icon 
and  moving  to  the  point  of  user  need.  For 
example,  a  user  could  activate  embedded  training 
and  select  a  "Cautions"  component  icon,  move  to 
the  point  where  assistance  is  needed,  click,  and 
receive  additional  information  without  exiting 
the  application.  See  Figure  15.8. 

15.6.3  Structured  Menu 

When  using  a  structured  menu  to  access  the 
embedded  training,  allow  users  to  add  to  or 
change  existing  embedded  training  messages  (e  g., 
add  terms  to  the  menu  using  an  "ADD"  function). 

If  users  are  allowed  to  customize  menus,  the 
original  menu  must  be  protected  (e.g.,  log-on  files 
for  individual  users). 
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15.7  SCREEN  DISPLAY 

15.7.1  Complete  Display 

The  content  of  each  screen  should  stand  on  its 
own;  users  should  not  have  to  refer  to  a  previous 
screen  within  a  module  to  recall  essential 
information.  For  example,  if  users  need  to  enter 
identical  information  on  a  series  of  screens,  the 
system  should  automatically  enter  the 
appropriate  information,  repeat  the  information 
on  each  screen,  or  prompt  users  to  record  the 
information. 


15.7.2  Graphics 

Select  uncomplicated  graphics  that  portray  the 
functional  objective  clearly  without  nonessential 
visual  detail. 

15.7.3  Window  Placement 

Display  the  assistance  in  windows  that  do  not 
completely  obscure  the  application's  "critical" 
navigation  buttons,  operational  icons,  or  the 
status  message  line  or  window. 
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15.7.4  User  Window  Control 

Allow  users  to  resize  and  reposition  overlapping 
windows.  This  will  allow  users  to  see  the 
portions  of  the  application  with  which  they  are 
most  concerned. 
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15.8  TECHNICAL  COMMUNiCATION/WRITING 
STYLE 

Phrase  embedded  training  topics,  messages,  and  menu 
options  in  the  active  voice.  Phrase  task-related 
terms  to  refer  to  the  learning  task  (e.g.,  "Creating  and 
modifying  fields"  instead  of  "Fields"). 
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15.9  MOBILITY/NAVIGATION 

15.9.1  Mobility  Within  the  Embedded 
Training 

Allow  users  to  move  among  embedded  training 

components  freely: 

a.  without  returning  to  the  top  of  a  central 
hierarchy 

b.  without  exiting  the  current  embedded 
training  component 

c.  without  having  to  proceed  through  a  preset 
path 

d.  without  having  to  step  through  introductory 
material. 


15.9.2  Embedded  Training  Navigation 
Button  Display 

Display  embedded  training  navigation  "buttons"  in 
each  embedded  training  screen  for  controlling 
movement  between  and  within  modules.  See 
Figure  15.1. 
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15.10  ERROR  FEEDBACK 

15.10.1  Immediate  Feedback 

Provide  feedback  to  users  in  a  timely  manner, 
adjusted  to  the  users'  expertise. 

15.10.1.1  Multiple-Step  Procedures 

When  practice  requires  multiple  steps, 
provide  users  immediate  feedback  to  avoid  a 
series  of  incorrect  actions. 

15.10.1.2  Novices 

For  novices  and  for  uncomplicated  problems, 
offer  immediate  feedback  that  includes  a 
suggested  next  best  step. 

15.10.2  Context-Similarity  Feedback 

Provide  feedback  to  users  in  a  form  similar  to  the 
application,  product,  or  outcome  (e.g.,  an  error  in 
equipment  setup  may  be  illustrated  by  correctly 
configured  equipment  rather  than  by  a  checklist, 
menu,  or  even  natural  language  message). 

15.10.3  Error  Identification 

Provide  specific  feedback  that  identifies  errors 
rather  than  assigns  a  score. 
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15.10.4  Tone  of  Error  Message 

Provide  error  messages  that  are  constructive  and 
neutral  in  tone;  avoid  messages  that  suggest  a 
judgement  of  the  user’s  behavior.  See  the 
examples  in  Figure  15.9. 


This 

NEUTRAL: 

Not  This 

JUDGEMENTAL: 

The  System  canrrat.... 

Invalid  Number:  Entry  must  be  4  digits 

_ 

FIGURE  15.9:  Examples  of  Tone  in  Error  Message 

15.10.5  System-Initiated  Error  Feedback 

15.10.5.1  System-Initiated  Query 
Response  Time 

When  a  response  to  a  system-initiated  query 
or  recommended  action  is  required,  the 
system  should  provide  users  the  opportunity 
to  stop  and  think  (i.e.,  consider  other  options, 
recall  past  experiences,  weigh  problem 
solutions)  without  premature  system 
interruption.  For  example,  the  system  should 
avoid  over-prompting  and  unwanted  problem 
resolution.  The  system  could  offer  users  the 
ability  to  place  the  system  initiation  on  hold 
or  cancel  an  upcoming  intervention. 
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Blocking  access  to 
system  functionality 
can  be  very  frust¬ 
rating  and  can  be  a 
result  of  a  misdiag¬ 
nosed  error  or 
correct,  but 
uncommon,  approach. 


Automatic  system 
error  correction 
may  cause  user 
confusion. 


1 5.1 0.5.2  Preventative  Feedback 

Provide  novice  users  with  prompts 
identifying  probable  next-step  errors. 

1 5.1 0.5.3  Control  Blocking 

Use  control  blocking  sparingly  (e.g.,  to 
protect  a  system  from  accidental  hazardous 
actuation  and  system  destruction). 

15.10.5.4  Control  Blocking  for  Novices 

Allow  novice  users  to  select  an  error¬ 
blocking  option  that  limits  errors. 

15.10.5.5  User  Feedback  Control 

Give  users  the  option  to  block  temporarily  the 
system-initiated  error  feedback  or 
instruction. 

15.10.5.6  User  Notification  of 
Automatic  Correction 

If  the  system  automatically  corrects  some 
errors  (e.g.,  replacing  an  out-of-bounds 
parameter),  ensure  users  are  notified  of  the 
corrections  (e.g.,  by  a  message  and 
highlighting  of  the  corrected  information). 

See  Figure  15.10. 
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COMMAND  AND  CONTROL  SYSTEM 

ALERTS 

1  STATUS 

1  UMT  1  UNCLASSIFED  | 

170SO0ZMAY92 

System 

Mstiiges  Comm 

Mips  Rspont  Tools 

Help  |Tralnino 

FIGURE  15.10:  Example  of  Automatic  Correction  Notification  and 
Identification 

15.10.5.7  Automatic  Correction 

Allow  experienced  users  to  select  automatic 
system  error  correction  without  requiring 
their  confirmation.  This  option  assumes  that 
mundane  errors  made  by  experts  are  a  result 
of  minor  actions,  such  as  misstriking  a  key, 
command,  or  icon. 
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15.11  ABILITY  TO  MODIFY 

15.11.1  Additions  to  the  Embedded 
Training 

Provide  users  the  capability  to  add  to,  but  not 
modify,  the  original  training  system.  If  the 
embedded  training  allows  individual  user 
modifications,  the  original  application  and 
embedded  training  should  be  protected  (eg., 
separate  log-on  files  for  each  user). 

15.11.2  Multi-User  Systems 

On  multi-user  systems,  permit  the  individual  user 
to  store  and  reference  for  individual  use. 

15.11.3  Annotation 

Permit  users  to  annotate  a  copy  of  the  training 
program  (i.e.,  examples,  pitfalls,  process  notes, 
references  etc.). 

15.11.4  Annotation  Search 

Provide  users  the  ability  to  search  an  annotation 
log. 
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15.11.5  Icons  Used  to  Designate 
Annotations 

Use  icons  to  designate  the  position  of  an 
annotation  in  the  embedded  training  program 
(e.g.,  a  user’s  example,  caution,  or  additional 
reference).  See  Figure  15.11. 


Version  2.0,  MAY  92 


r  1 


15.11  Embedded  Training  •  Abiiity  to  Modify 


This  Page  Intentionally  Left  Blank 


1  5-40 


Version  2.0,  30  APR  92 


15.0 


Embedded  Training 


REFERENCE  LIST 


‘-iraaraDh 


15.1.1 

15.1.2 


15.1.3 

15.1.4 

15.1.5 

15.1.6 

15.1.7 

15.1.8 

15.1.9 

15.1.9.1 

15.1.10 

15.1.11 

15.1.12 

15.1.13 

15.1.14 

15.1.15 

15.1.16 

15.1.17 

15.2.1 


Reference 

Nicol  (1990)  p.  115 
Kearsley  (1988)  p.  27; 

Shneiderman  (1987)  pp.  371-372 
Kearsley  (1988)  p.  27;  Carroll  and  Mazur 
(1986)  p.  38 

Shneiderman  (1987)  p.  374 
Kearsley  (1988)  p.  99 
Gery  (1991)  p.  59 
Kearsley  (1988)  p.  22 
Wexelblat  (1989)  p.  74 
Helander  (1990)  p.  603 
Helander  (1990)  p.  603 
Roth  et  al.  (1988)  p.  915. 

Getier  (1991)  pp. 14-22 

Roth  et  al.  (1988)  p.  98;  Carroll  and 

McKendree  (1987)  p.  24 

Avery  (1992)  Personal  Communication 

Knerr  (1992)  Personal  Communication 

Kearsley  (1988)  p.  77 

Fernandes  and  Maracle  (1991)  p.  9; 

Ripley  (1989)  p.  811-822 
Roth  et  al.  (1988)  p.98 
Kearsley  (1988)  p.  66,  81;  Wexelblat 
(1989)  p.  76 


1  5-41 


Version  2.0,  30  APR  92 


15.0  Embedded  Training 


REFERENCE  LIST  (Cont.) 


Reference 

15.4.2 

Fernandes  and  Maracle(1991)  p.  9 

15.4.3 

Fernandes  and  Maracle  (1991)  p.  9; 
Seybold's  Office  Computing  Report 
(4.1989)  p.6 

15.5.1 

Badler  and  Webber  (1991)  p.71;  (1990) 
p.  638 

15.5.2 

Helander  (1990)  p.  358 

15.5.3 

Nicol  (1990)  p.  115;  Roth  et  al.  (1988) 
118 

15.5.3.1 

Carol  and  Mazur  (1986)  p.  38 

15.5.3.2 

Roth  et  al.  (1988)  p.  118;  MIL-STD 
1379D  (12.5.1990)  p.  C-5 

15.5.3.3 

Roth  et  al.  (1988)  p.  118 

15.5.4 

Carol  and  Mazur  (1986)  p.  37;  Walker 
(1987)  pp.  238-243 

15.5.5 

Kearsley  (1988)  p.  24 

15.5.6 

Roth  et  al.  (1988)  p.  30 

15.5.7 

Wexelblat  (1989)  p.  74 

15.5.8 

O’Malley  et  al.  (1983)  p.6;  Carroll 
(1982)  pp.  49-58 

15.6.1 

Kearsley  (1988)  p.  67 

15.6.2 

Seybold’s  Office  Computing  Report 
(4.1989)  p.  5 

15.6.3 

Kearsley  (1988)  p.  79 

15.7.1 

Fernandes  and  Maracle  (1991)  p.  9 

15.7.2 

Brooks  et  al.  (1990)  p.  1387 

15.7.3 

Fernandes  and  Maracle  (1991)  p. 
915.7.4Kearsley  (1988)  p.  76 

15-43 


Version  2.0,  30  APR  92 


Paragraph 

15.8 

15.9.1 

15.9.2 

15.10.1 

15.10.1.1 

15.10.1.2 

15.10.2 

15.10.3 

15.10.4 


15.10.5.1 

15.10.5.2 

15.10.5.3 

15.10.5.4 

15.10.5.5 

15.10.5.6 

15.10.5.7 

15.11.1 

15.11.2 

15.11.3 

15.11.4 

15.11.5 


15.0  Embedded  Training 


REFERENCE  LIST  (Cont.) 

Reference 

Seller!  and  Nicol  (1990)  p.  145;  Helander 
(1990)  p.  360 

Fernandes  and  Maracle  (1991)  p.10 

Fernandes  and  Maracle  (1991)  p.  9 

Roth  et  al.  (1988)  p.  36 

Roth  et  al.  (1988)  p.  36 

Wenger  (1987)  pp.  296-297 

Roth  et  al.  (1988)  p.36 

Roth  et  al.  (1988)  p.36 

MIL-STD-1472D  (1981)  p.274; 

Shneiderman  (1987)  p.317;  Smith  and 

Mosier  (1986)  p.391 

Wexelblat  (1989)  p.76 

Wexelblat  (1989)  p.76 

Carroll  and  McKendree  (1987)  p.  24 

Carroll  and  McKendree  (1987)  p.  24 

Kearsley  (1988)  pp.  20,  80 

Carol  and  Mazur  (1986)  p.  40 

Carroll  and  McKendree  (1987)  p.  24 

Kearsley  (1988)  p.23 

Kearsley  (1988)  p.23 

Wenger  (1987)  p.  319 

Wenger  (1987)  p.  319 

Gery  (1991)  p.63 


15-44 


Version  2.0,  MAY  92 


16.0 


SPECIAL  DISPLAYS 


The  cathode  ray  tube  (CRT)  is  the  principal  display 
technology  used  in  computer-based  systems.  Success 
of  the  CRT  can  be  attributed  to  its  ability  to  deliver 
full  color  imagery  at  high  luminance  and  resolution 
inexpensively.  However,  tasks  of  the  modern  military 
and  emerging  alternative  display  technologies  have 
permitted  development  of  computer-based  systems 
using  display  technology  other  than  the  traditional 
CRT.  Examples  include  the  liquid  crystal  display  (LCD) 
used  in  portable  computers  and  projection  technology 
used  to  brief  military  personnel  in  command  centers. 
As  a  result,  the  designer  has  more  alternatives  when 
selecting  a  display  for  a  military  system.  The  purpose 
of  Section  16  is  to  present  guidelines  relevant  to  the 
specification,  selection,  use,  or  design  of  displays 
other  than  the  CRT. 

Although  human-computer  interface  (HCI)  guideline 
documents  frequently  assume  the  display  technology 
used  is  a  CRT,  tactical  systems  increasingly  use 
alternative  technologies.  Tactical  system  designers 
using  such  display  technologies  face  difficulty  in 
determining  how  to  design  the  user  interface. 
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Two  major  problems  associated  with  special  displays; 

•  Relatively  little  human  factors  or  human 
performance  research  has  been  devoted  to 
special  displays,  compared  to  research  for 
CRT-based  displays.  Research  needs  are  as 
varied  as  the  special  display  technologies 
themselves  and  include  character  design 
issues  (Benson  and  Farrell  1988),  effects  of 
display  failure  (Lloyd  et  al.  1991;  Dye  and 
Snyder  1991),  display  polarity  (Decker  et  al. 
1991),  and  the  development  of  image  quality 
metrics  (Reger  et  al.  1989;  Biberman  and 
Tsou  1991).  Rapid  advances  in  display 
technology,  coupled  with  difficulties  in 
performing  behavioral  and  image  quality 
research  with  emerging  technologies,  have 
compounded  this  problem.  Consequently,  the 
Department  of  Defense  faces  a  challenge  in 
establishing  display  requirements  and  image 
quality  assessment  (Biberman  and  Tsou 
1991). 

•  CRT  guidelines  are  not  necessarily  directly 
applicable  to  other  display  technology.  Many 
CRT  guidelines  and  standards  applied  to  video 
display  terminals  have  been  derived  from 
research  performed  with  printed  text  (Benson 
and  Farrell  1988).  Though  appropriate  for 
CRT-generated  displays  because  images  in 
both  medias  are  analog,  these  guidelines  may 
not  generalize  to  some  of  the  newer  display 
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alternatives  where  images  are  formed  by 
patterns  of  discrete  cell-based  pixels.  As  a 
result,  CRT  guidelines  should  be  carefully 
applied  to  different  display  technologies. 
Information  display  factors  (e.g.,  viewing 
distance,  display  orientation,  and  constraints 
on  character  and  line  spacing)  should  be 
considered  before  applying  guidelines  across 
display  technologies.  The  effect  of  a  display 
technology  on  legibility,  readability,  and 
usefulness  of  the  information  to  be  presented 
should  also  be  carefully  considered  and 
tested  prior  to  implementation. 

Section  16  has  been  divided  into  subsections,  each  of 
which  describes  current  technology,  cites  advantages 
and  limitations,  and  presents  available  guidelines. 
Many  reports  upon  which  this  section  is  based  were 
published  in  various  conference  proceedings  rather 
than  in  refereed,  scientific  journals  and,  therefore, 
may  have  had  less  extensive  peer  review  and 
professional  scrutiny.  The  Guidelines  user  should 
consult  the  references  for  further  information  on 
display  technologies  and  human  performance 
considerations.  The  following  subsections  deal  with 
five  types  of  special  display  technology: 

•  flat-panel  displays 

•  large-screen  displays 

•  stereographic  and  3D  displays 

•  glare  reduction  techniques 

•  touch  interface  devices  (TIDs). 
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16.1  FLAT-PANEL  TECHNOLOGY 

A  flat-panel  display  is  flat  and  light  and  does  not 
require  a  lot  of  power.  "Flat"  means  being  thin  in 
form,  as  well  as  having  a  flat  display  surface.  An 
ideal  flat-panel  display  has  the  following  character¬ 
istics:  thin  form,  low  volume  (cubic  size),  even 
surface,  high  resolution,  high  contrast,  sunlight 
readable,  color,  low  power,  and  light  weight.  Recent 
advances  in  flat-panel  display  technologies  have  made 
them  realistic  alternatives  to  CRTs  for  displaying 
information  at  computer  workstations.  Advances  have 
been  made  in  many  areas:  addressability,  contrast, 
luminance,  and  color  production.  Continued  research 
in  flat-panel  displays  has  resulted  in  introducing  high 
information  content  products  that  challenge  the  CRT 
in  specialized  applications. 

Although  a  long  list  of  fiat-panel  display  types  can  be 
made,  liquid  crystal  displays  (LCD),  electro¬ 
luminescent  displays,  and  gas  plasma  displays  are  the 
only  flat-panel  technologies  currently  mature  enough 
and  economical  enough  to  be  used  in  the  military.  A 
major  characteristic  of  each  of  these  display 
technologies,  as  distinguished  from  CRT  technology,  is 
that  images  are  formed  by  turning  discrete,  non¬ 
overlapping,  rectangular,  cell-based  pixels  on  and  off. 
This  discrete,  pixel-based  structure  provides  part  of 
the  reason  that  measures  of  image  quality  used  to 
evaluate  CRT  resolution  cannot  be  effectively  used  to 
predict  image  quality  and  human  performance  with 
flat-panel  displays. 
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Factors  affecting  human  performance  that  differ  from 
the  guidance  given  for  CRT’s  include  character-to- 
character  spacing,  interline  spacing,  character  and 
symbol  design,  the  effect  of  ambient  illumination, 
image  polarity,  and  failure  mode.  An  overriding 
guideline  when  specifying  flat-panel  display 
technology  relative  to  CRT  technology  is  to  apply  more 
stringent  image  quality  criteria  when  selecting  flat- 
panel  technology. 

16.1.1  Character  Size 

Character  size  is  an  important  variable  affecting 
performance  error  rates.  Height  and  width  of  the 
character  and  the  size  of  the  pixel  matrix  have 
important  effects  on  human  performance.  Exercise 
special  care  when  determining  the  character  size 
to  use  on  a  flat-panel  display. 

16.1.1.1  Vertical  Orientation 

To  improve  text  search  and  sorting  task 
performance,  use  a  9  x  13  pixel  matrix  or 
larger. 


16.1.1.2  Nonverticai  Orientation 

When  displaying  dot  matrix  symbols  in 
nonvertical  orientations,  use  at  least  an 
8x11  pixel  matrix  and  preferably  a  15  x  21 
matrix  size. 
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16.1.1.3  Stroke  Width 

Character  stroke  width  (SW)  should  be  in  the 
range  defined  by:  (character  height  +  12)  + 
0.5  <  SW  <  (character  height  6).  See  Table 
16.1  for  guidance. 


Table  16.1:  Required  Pixels  for  Stroke  Width 


Pixels  in  Upper  Case  Character  Height 

Minimum 

Stroke 

Pixel 

Count 

Maximum 

Stroke 

Pixel 

Count 

7  to  8 

1 

1 

9  to  12 

1 

2 

13  to  14 

2 

2 

15  to  20 

2 

3 

21  to  23 

2 

4 

16.1.1.4  Height:Width  Relationship 

Character  height  to  width  should  be  in  the 
range  defined  by.  (character  height  x  0.5)  < 
character  width  ^  (character  height  x  0.9). 
See  Table  16.2  for  guidance. 
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Table  16.2:  Required  Pixels  for  Width  Design 


Pixels  in  Upper  Case 
Character  Height 

Minimum 

Width 

Pixel  Count 

Suggested 

Minimum 

Width 

Pixel  Count 

Maximum 

Width 

Pixel  Count 

7 

4 

5 

5 

8 

4 

6 

7 

9 

5 

6 

8 

10 

5 

7 

9 

1  1 

6 

8 

1  0 

12 

6 

9 

1  1 

13 

6 

9 

12 

14 

7 

1  0 

1  3 

15  or  16 

8 

1  1 

1  4 

16.1.2  Luminance  Nonuniformity 

Display  luminance  should  be  uniform  across  the 
surface  of  the  display.  Maximum  luminance 
nonuniformity  levels  should  be  consistent  with  the 
values  specified  in  Table  16.3. 

Table  16.3:  Maximum  Luminance  Nonuniformity 


Test  Object  Separation 
At  the  design  viewing  distance 


^  higher 
^  lower 


Maximum 
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16.1.3  Image  Formation  Time 

Image  formation  time  (IFT)  is  the  time  required  to 
render  a  new  image.  Four  classes  of  IFTs  (see 
Table  16.4)  have  been  defined,  each  relating  to 
information  update  requirements  for  the 
application.  IFTs  for  all  systems  should  be 
consistent  with  Classes  III  and  IV. 

Table  16.4:  Image  Formation  Time  Classes 


Class 

Image 
formation 
time  in 
milliseconds 

Significance 

I 

120  <t 

Satisfactory  for  displays  which  update  an  entire 
page  of  information  at  once.  Noticeable  during  key 
entry.  Applications  using  scrolling,  animation  and 
pointing  devices  are  significantly  degraded. 

n 

55<ti120 

Satisfactory  for  displays  which  update  an  entire 
page  of  information  at  once.  Not  noticeable  during 
key  entry.  Applications  using  scrolling,  animation 
and  pointing  devices  are  somewhat  degraded. 

m 

1 0  <  t  s  55 

Satisfactory  for  most  applications.  Motion 
artifacts  can  be  distracting  but  are  usually 
acceptable. 

IV 

3<ts10 

Motion  artifacts  become  less  noticeable  at 
formation  times  approaching  3  milliseconds. 
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16.1.4  Display  Failures 

The  three  most  common  failures  on  matrix- 
addressable  displays  are  cell  failures  involving 
individual  elements,  vertical  line  failures,  and 
horizontal  line  failures.  Displays  can  fail  actively 
or  passively  and  leave  pixels  or  lines  permanently 
on  or  off,  respectively. 

16.1.4.1  Cell  versus  Line  Failures 

Because  cell  failures  often  lead  to  greater 
performance  problems,  select  displays  that 
minimize  the  likelihood  of  cell  failure. 

16.1.4.2  Active  versus  Passive 
Failures 

To  minimize  the  performance  impact  of  cell 
failures,  select  displays  and  set  display 
polarity  so  these  failures  are  likely  to  match 
the  display  background. 

16.1.4.3  Reading  Performance 

When  display  element  failure  is  an  expected 
problem,  increase  the  redundancy  in  the  text 
to  minimize  the  impact  on  reading  perfor¬ 
mance  associated  with  display  element 
failures. 
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16.1.4.4  Symbol  Recognition/ 
Identification 

Recognition  and  identification  performance 
with  cartographic  display  is  subject  to 
significant  decline  with  as  little  as  1%  pixel 
failure.  Select  and  maintain  displays  to 
ensure  a  pixel  failure  incidence  below  this 
level. 

16.1.4.5  Character  Size 

Use  characters  with  a  pixel  matrix  larger 
than  7x9  pixels  in  order  to  reduce  the 
negative  effect  of  "on”  failures. 

16.1.5  Polarity 

A  display  with  white  (or  light)  characters  on  a 
black  (or  dark)  background  is  said  to  have  "negative 
contrast"  or  to  be  a  "positive  (image)  display." 
Conversely,  dark  characters  on  a  light  background 
is  said  to  have  "positive  contrast  or  to  be  a 
"negative  (image)  display."  If  character  stroke 
width,  modulation,  and  luminance  values  are  nearly 
equal  for  both  polarities,  select  a  positive 
contrast/negative  image  display  for  better  reading 
speed,  search  time,  and  search  error-rate 
performance. 
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16.2  LIQUID  CRYSTAL  DISPLAYS  (LCDs) 

LCDs  are  perhaps  the  most  developed  and  popular  of 
flat-panel  display  technologies.  Rather  than  emit 
light,  as  do  active  flat-panel  technologies,  an  LCD 
controls  or  modifies  the  passage  of  externally 
generated  light.  An  LCD  is  typically  made  of  trans¬ 
parent  plate  electrodes  that  sandwich  a  liquid  crystal 
substance.  Voltages  applied  to  these  electrodes  cause 
realignment  of  the  liquid  crystal  material,  changing 
its  optical  properties  and  allowing  light  to  propagate 
through  the  material.  By  selectively  applying  voltage 
to  the  electrodes,  individual  display  elements  can  be 
made  light  or  dark  to  create  the  desired  image  on  the 
LCD. 

The  LCD  is  available  in  a  large  variety  of  formats  for 
both  commercial  and  military  applications.  Display 
size  and  resolution  range  from  small,  character-based 
displays  (e.g.,  those  found  in  watches)  to  computer 
displays  with  up  to  640  x  480  resolution.  LCDs  are 
monochrome  or  color  and  with  backlighting  will 
operate  across  a  wide  range  of  ambient  illuminances. 
LCDs  are  especially  suited  for  information  display  in 
environments  where  ambient  illuminances  are  high. 

Advantages  of  the  LCD  include  excellent  contrast,  long 
life,  rugged  design,  low  voltage,  and  low  power 
consumption  (except  when  backlighted).  LCD 
technology  is  limited  by  slow  speed,  limited  color 
capability,  temperature  range,  and  manufacturing 
problems  for  larger  panels  with  higher  resolution. 
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16.2.1  Ambient  illumination 

Provide  adequate  levels  of  ambient  illumination, 
because  reading  performance  improves  as  ambient 
illumination  increases  over  the  range  20-1500  lux. 

16.2.1.1  Usage 

Consider  LCDs  for  effective  display  in  high 
ambient  illumination  situations. 

16.2.1.2  Low  Ambient  Illumination 

In  low  light  situations,  provide  the  ability  to 
adjust  the  viewing  angle  and  the  amount  of 
backlight  to  enhance  the  legibility  of 
presented  information. 

16.2.2  Polarity 

For  legibility  of  transmissive  or  backlighted  LCDs, 
use  dark  characters  on  a  light  background  (positive 
contrast/negative  image  displays).  For  reflective 
LCDs,  use  light  characters  on  a  dark  background  for 
better  performance. 
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A  footLambert  (fL) 
is  a  unit  used  to 
measure  light 
reflected  from  a 
surface.  An  ideal 
surface  that  reflects 
all  light  striking  it 
and  diffuses  it  with 
perfect  uniformity 
has  a  luminance  of 
one  fL  when 
illuminated  by  a  one 
footcandle  source. 


16.2.3  Level  of  Backlighting 

Minimize  or  eliminate  use  of  backlighting  because 
display  reading  errors  increase  as  the  level  of  LCD 
backlighting  increases  over  the  range  0-122 
candela  (cd)/m2. 

16.2.4  Backlighting  and  Angie  of  View 

Carefully  consider  the  potential  impact  of  user 
performance  decrements  before  using  a  backlighted 
LCD  that  is  to  be  viewed  off-axis.  There  is  an 
adverse  impact  of  backlighting  on  user  performance 
when  the  display  is  viewed  at  an  angle. 


Candela  (cd)  per 
square  meter 
(cd/m2)  or  nit 
(normalized 
intensity)  is  a 
metric  unit  for 
reflected  light.  One 
cd  or  nit  is  equal  to 
0.29  footLambert 
(fL)  or  one  fL  is 
equal  to  3.4  nit. 
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16.3  GAS  PLASMA  DISPLAYS 

Plasma  panels  or  gas  discharge  displays  are  widely 
used  flat-panel  technology  in  the  information  and 
computer  industry  because  of  their  inherently  high- 
contrast  and  high-resolution  capabilities.  Images  are 
formed  by  ionizing  a  gas,  usually  neon,  trapped 
between  a  set  of  horizontal  and  vertical  electrodes. 
When  an  electrical  field  created  by  the  electrodes  is 
increased  rapidly,  the  gas  begins  to  discharge, 
resulting  in  a  glow  that  forms  an  image.  The  image 
can  be  maintained  by  sustaining  the  electrical  field, 
or  erased  by  dropping  the  voltage  below  some 
threshold  value.  The  high  contrast  exhibited  by 
plasma  panels  is  a  result  of  almost  no  light  output  in 
the  "off  state  (the  electrical  field  is  below 
threshold)  and  high  luminance  in  the  "on"  state.  Full- 
color  plasma  can  be  made  by  depositing  phosphors  on 
the  glass  display  surface.  The  plasma  gas  discharge  in 
this  case  excites  the  phosphor,  in  much  the  same 
manner  the  electron  beam  does  in  a  CRT,  and  color 
images  are  produced. 

Plasma  panels  can  be  found  as  either  monochrome  or 
full-color  displays  in  a  number  of  sizes  and 
configurations.  A  major  advantage  of  plasma 
technology  is  that  very  bright,  high-resolution  panels 
are  available.  Panels  that  measure  2048  x  2048 
pixels  at  100  pixels/inch  are  available,  as  well  as 
those  that  can  be  viewed  in  direct  sunlight. 
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Panels  with  luminances  of  150-600  cd/m2  have  been 
produced,  with  typical  large-area,  high-resolution 
display  luminances  being  30-50  cd/m2.  Full-color  DC 
plasma  panels  are  not  yet  able  to  achieve  the 
luminance  output  nor  the  display  life  normally 
associated  with  plasma  technology. 

Features  of  plasma  technology  generally  include 
uniformity,  high  resolution,  large  size,  long  life, 
ruggedness,  and  the  absence  of  flicker.  Applying 
plasma  technology  in  the  computer  and  information 
industry  is  limited  by  high  voltage  and  power 
requirements,  complexity  of  the  drive  circuitry,  low 
luminous  efficiency,  need  to  develop  more  fully  a 
color  capability,  and  lack  of  developers  of  the 
technology.  The  literature  review  conducted  for 
Guidelines  determined  that  specific  interface 
performance  information  was  unavailable  for  plasma 
displays.  In  the  absence  of  specific  guidance,  the 
designer  should  use  the  most  conservative  approach  to 
interface  design. 

16.3.1  User  Concurrence 

Verify  the  use  of  gas  plasma  displays  by  user 
personnel  as  a  viable  alternative. 

16.3.2  Testing  Prototypes 

Designers  and  developers  of  command  and  control 
systems  should  consider  field  testing  prototypes 
before  committing  to  gas  plasma  technology. 
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16.4  ELECTROLUMINESCENCE  (EL)  DISPLAYS 

Electroluminescence  (EL)  displays  consist  of  a  layer 
of  polycrystalline  phosphor  powder  or  evaporated  film 
phosphors  sandwiched  between  sets  of  vertical  and 
nearly  transparent  horizontal  electrodes.  When  an 
electric  field  is  applied  across  the  polycrystalline 
phosphor,  it  is  stimulated  and  light  is  emitted.  The 
display  resolution  and  the  shape  of  the  pixel  are 
defined  by  the  arrangement  of  the  electrodes.  EL 
displays  are  usually  classified  as  one  of  four  types; 
either  AC  or  DC  thin-film  displays,  or  AC  or  DC  powder 
displays. 

AC  thin-film  displays  and  DC  powder  displays  are  the 
most  advanced  of  the  EL  technologies,  and  discussions 
of  the  strengths  and  weaknesses  of  EL  technologies 
will  be  limited  to  these  types.  AC  thin-film  EL 
displays  have  very  good  luminous  efficiency,  high 
contrast,  good  resolution,  and  long  life.  As  with  some 
of  the  plasma  technology,  these  displays  require  high 
voltages  and  complex  drive  electronics,  are  expensive, 
and  need  research  and  development  to  deliver  full- 
color  performance.  Currently,  ELs  that  display  up  to 
864  lines  by  1024  pixels  are  available  for 
alphanumeric  and  graphics  applications. 
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DC  powder  ELs  have  a  good  appearance,  simple 
structure,  good  luminous  efficiency,  and  the  ability  to 
produce  grey  scales.  However,  they  require  high 
voltages  and  complex  drive  circuitry,  and  have  limited 
luminance  output  coupled  with  high  reflectance,  which 
may  lead  to  contrast  problems.  Also,  they  are 
expensive.  Full-color  displays  have  been  produced 
using  DC  powder  technology,  but  this  too  needs  more 
development.  Currently,  resolutions  compatible  with 
graphics  interfaces  for  personal  computers  are 
available  (480  lines  by  640  pixels)  for  use  in 
applications  that  require  alphanumerics  and  moderate 
graphics. 

The  greatest  problems  with  EL  display  technology  are 
that  developers  are  few,  and  investment  in  research 
and  development  is  small. 

Interface  performance  information  on  EL  displays  is 
not  available  in  the  current  literature.  In  using  EL 
displays,  follow  the  guidelines  recommended  for  LCDs, 
and  use  the  most  conservative  level  of  those 
recommendations. 
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16.4.1  User  Concurrence 

The  use  of  EL  displays  should  be  verified  by  the 
user  personnel  as  a  viable  alternative. 

16.4.2  Demonstration  of  Concept 

The  use  of  EL  displays  should  be  field-prototyped 
before  incorporating  into  a  new  system. 
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16.5  GLARE-REDUCING  TECHNIQUES 

Glare,  as  observed  on  the  face  of  an  electronic  display, 
is  composed  of  two  components:  1)  Diffuse  glare  or 
veiling  glare,  caused  by  the  general  illuminance  in  the 
environment,  can  be  characterized  as  a  field  effect 
and  has  little  or  no  modulation.  The  effect  of  diffuse 
glare  is  to  reduce  the  effective  contrast  of  the 
display.  2)  Modulated  or  specular  glare  is  the  first 
surface  reflection  off  the  faceplate  of  the  display  and 
results  from  some  object  or  objects  in  the  area 
surrounding  the  display.  The  effect  of  this  type  of 
glare  is  the  appearance  of  unwanted  images  on  the 
display  surface,  making  the  displayed  information 
more  difficult  to  see  and  interpret. 

The  most  effective  control  of  glare  is  to  design 
appropriate  workspace  illumination  so  neither  diffuse 
nor  specular  glare  is  produced.  This  is  the  only 
method  of  glare  control  that  will  not  compromise  the 
resolution  and  contrast  of  the  display.  Because  it  is 
not  always  possible  to  control  the  sources  of 
illumination  properly,  glare  reduction  techniques  have 
been  developed  to  minimize  the  unwanted  effects  of 
glare. 
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Many  kinds  of  glare  control  techniques  are  used  in  the 
electronic  display  market.  Some  are  screen  meshes 
placed  over  the  display  surface,  chemical  or 
mechanical  etches  of  the  faceplate  of  the  display,  anti- 
reflective  coatings,  and  bonded  quartervvave  filters. 

Each  has  advantages  and  disadvantages  in  terms  of 
ability  to  control  diffuse  or  specular  glare,  and  in 
terms  of  effect  on  display  resolution,  flexibility, 
maintenance,  and  cost.  For  example,  a  bonded  quarter 
wave  filter  only  minimally  degrades  display 
resolution  but  is  very  expensive,  whereas  a  mesh 
overlay  is  very  inexpensive  but  has  a  major  effect  on 
the  resolution  of  the  display. 

The  effectiveness  of  the  glare  reduction  technique  is  a 
function  of  its  ability  to  suppress  each  component  of 
I  glare,  while  minimizing  degradation  to  the  display’s 

resolution  and  contrast.  The  desired  effect  is  to 
match  as  closely  as  possible  the  display  performance 
under  optimum  conditions.  While  both  contrast  and 
resolution  are  degraded  in  an  absolute  sense,  the 
effective  image  quality  in  the  operational  environment 
and  the  acceptance  of  the  display  system  should 
improve. 

Selecting  the  glare  control  alternative  most  effective 
for  a  particular  display  depends  on  the  information  to 
be  displayed,  task  required  of  the  operator,  and 
environment  in  which  the  display  will  be  used.  In  a 
command  and  control  facility,  use  careful  analysis  and 
testing  to  determine  the  type  of  glare  reduction 
measures  that  should  be  taken. 
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16.5.1  Reflected  Glare 

When  possible,  avoid  reflected  glare  by  altering  the 
angular  relationship  among  the  observer,  display, 
and  glare  source.  For  example,  provide  the  ability 
to  adjust  height,  viewing  angle,  and/or  contrast. 

16.5.2  Filter  Selection 

When  possible,  leave  selection  of  the  specific  glare- 
reduction  technique  to  individual  users. 

16.5.3  First-Surface  Specular  Reflections 

Because  many  types  of  display  consist  of  multiple 
plates  of  glass,  each  of  these  acts  as  a  specular 
reflector.  All  flat-panel  displays  should 
incorporate  a  first-surface  treatment  to  diminish 
first-surface  specular  reflections. 

16.5.4  Etched  Filters 

Etches  with  gloss  values  of  45  or  less  should  not 
be  used  on  monochrome  CRTs,  and  etched  filters 
should  not  be  used  at  all  with  high-resolution 
displays. 
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16.5.5  Projection  Displays 

With  projection  displays,  minimize  glare  potential 
by  positioning  projection  equipment  so  the  light 
source  is  not  readily  visible  to  viewers. 
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16.6  LARGE-SCREEN  DISPLAYS 

The  command  and  control  environment  not  only 
imposes  requirements  for  information  display  at 
individual  workstations,  but  also  on  work  areas  where 
many  persons  must  observe  and  use  the  information 
presented  on  a  display.  Large-screen  displays  first 
appeared  in  the  command  and  control  environment  as 
the  presentation  of  mission  information  on  trans¬ 
parent  plexiglass  overlays.  Today,  large-screen 
technology  found  in  the  command  center  is  computer- 
driven,  with  the  ability  to  present  graphic  and  video 
information. 

Large-screen  display  of  surveillance,  weather,  and 
intelligence  information  to  operations  personnel  and 
as  a  briefing  aid  to  the  principal  decision  makers  is 
typical  in  the  command  and  control  environment. 
Unfortunately,  because  of  minimal  brightness,  poorer 
contrast,  and  lower  resolution  when  compared  to 
higher  resolution  desktop  displays,  most 
implementations  of  large-screen  technology  have  been 
disappointing  to  the  users.  Current  display  technology 
offers  the  military  a  number  of  choices  when 
implementing  a  large-screen  display.  Figure  16.1 
illustrates  the  types  of  technology  available  for 
fielding  large-screen  displays.  The  military  currently 
uses  both  direct  view  (e.g.,  high  luminance  CRTs  or 
large  plasma  displays)  or  projection  (e.g.,  light  valves 
or  projection  CRTs)  large-screen  displays  in  its 
command  and  control  facilities. 
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Requirements  for  large-screen  display  selection  in  the 
command  and  control  facility  vary  relative  to  use  and 
size  of  the  room  in  which  the  display  will  be  used. 
Large-screen  displays  found  in  small  briefing  rooms 
(approximately  600  square  feet)  have  a  screen  size  of 
about  50  square  feet,  horizontal  resolution  of  300- 
1000  pixels,  and  a  luminance  output  of  300-500 
lumens.  The  briefing  room  must  be  nearly  dark  (<2  fc) 
when  the  large-screen  display  is  in  use. 

The  other  type  of  facility  where  large-screen  displays 
may  be  found  is  in  the  command  and  control  center. 

The  command  center  may  be  a  two-story  structure 
larger  than  2400  square  feet,  where  the  information 
is  presented  to  10-100  personnel.  Large-screen 
displays  in  this  environment  have  a  screen  size  of 
about  100  square  feet,  screen  luminance  of  10  fL, 
horizontal  resolution  of  800-1000  pixels,  and  a 
luminance  output  in  the  range  of  1000  lumens.  Room 
illuminance  in  the  command  center  is  adjustable  from 
about  5-15  fc,  but  a  more  normal  office  illuminance  of 
75  fc  is  often  requested.  Full-color  capability  is 
required  of  large-screen  displays  in  both  facilities. 
Large-screen  displays  that  are  larger,  brighter,  and 
have  more  resolution  are  desired  for  the  command  and 
control  environment. 

Selecting  or  designing  a  large-screen  display, 
especially  a  projection  display,  may  be  more  complex 
than  for  other  workstations.  The  effects  of  ambient 
illuminance,  observer  location,  and  type  of  data  to  be 
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displayed  are  critical  in  implementing  large-screen 
display  technology.  Presentation  requirements  for 
data  not  only  relate  to  one’s  visual  acuity  for  symbol 
size  and  contrast  when  dealing  with  projection 
technology  but  also  to  screen  size,  screen  format, 
symbol  luminance,  and  screen  gain.  For  example,  as 
screen  gain  increases,  the  ability  to  view  the  screen 
off  the  center  line  decreases.  However,  a  certain 
amount  of  screen  gain  may  be  necessary  to  present  an 
image  of  the  necessary  contrast,  given  the  expected 
ambient  illuminance  in  the  room.  In  addition,  symbols, 
graphics,  and  text  should  be  designed  to  compensate 
for  the  degraded  viewing  conditions  that  may  exist  in 
the  command  and  control  center  environment  due  to  a 
number  of  factors.  Implementing  large-screen 
displays  into  the  command  and  control  environment 
should  always  take  into  account  the  environmental 
factors,  as  well  as  the  information  display 
requirements. 

16.6.1  Character  Dimensions 

Because  information  is  often  viewed  off  the 
center  axis,  use  character  sizes  between  10  and 
20  minutes  of  visual  arc  and  with  a  minimum  of 
a  10  X  14  dot  matrix  format. 
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16.6.2  Stroke  Width 

The  ratio  of  character  stroke  width  to  character 
height  should  be  1:6  to  1:10.  Characters  with 
double  stroke  widths  should  be  used  in  situations 
requiring  off-axis,  longer  distance,  and/or  viewing 
under  difficult  lighting  conditions. 

16.6.3  Luminance 


Typical  office 
ambient  level  is 
greater  than  75  fc, 
whereas  typical 
command  and 
control  centers  are 
5-15  fc. 


Modulated  output  luminance,  spatially  averaged 
over  the  full  screen,  should  be  300-400  lumens  for 
small  conference  rooms  and  command  posts  and 
750-2000  lumens  for  a  control  center,  assuming  20- 
40  footcandles  (fc)  ambient  lighting  in  each  case. 

16.6.4  Size  versus  Luminance 


To  ensure  legibility,  small  characters  (5  min.  arc) 
require  contrast  ratios  of  15-20:1,  whereas  large 
characters  (>20  min.  arc)  require  contrast  ratios  of 
1. 5-5:1. 


16.6.5  Aspect  Ratio 

Aspect  is  the  ratio  of  the  horizontal  to  vertical 
dimensions  of  a  character  or  image.  Character 
aspect  ratio  should  be  approximately  1.33:1.48 
(width :height  ratio). 
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16.6.6  Modulation  Depth 

A  display  should  deliver  at  least  15%  visual 
contrast  when  measured  as  modulation  depth 
[(Lmax-l-min)/l-maxl.  When  an  alternating  pixel  pattern 
is  displayed  at  normal  luminance  levels. 

16.6.6.1  Contrast 

The  contrast  ratio  between  the  reflected 
luminance  of  the  screen  with  a  projected 
light  source  and  the  reflected  luminance  of 
the  screen  without  a  projected  light  source 
should  be  approximately  500:1. 

16.6.6.2  Polarity 

Negative  contrast  (black  characters  on  a 
white  background)  should  be  used. 

16.6.7  Displayed  Data  Characteristics 

16.6.7.1  Quantity  of  Data  Displayed 

Avoid  displaying  too  much  data.  As  with 
standard  displays,  consider  data  type, 
amount,  and  appropriate  sequence  of 
presentation  in  designing  large-screen 
display  screens. 
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16.6.7.2  Color>Coding  Requirements 

if  displaying  color-coded  targets,  use  only  a 
neutral  color  such  as  grey  for  the  background. 

16.6.8  Projection  Equipment 

16.6.8.1  Position  of  Projection 
Equipment 

Minimize  glare  potential  by  positioning 
projection  equipment  so  it  is  not  readily 
visible  to  viewers. 

16.6.8.2  Optical  Distortion 

To  minimize  optical  distortions,  ensure 
image  source  equipment  and  the  projection 
screen  are  fully  parallel.  Electronic  or 
optical  distortion-compensating  devices  may 
be  used  to  compensate  for  any  remaining 
distortion  and  to  assure  clarity  of  displayed 
information. 

16.6.8.3  Field  of  Projection 

Consider  using  rear  projection  or  other  direct 
view  large-screen  displays  when  increased 
contrast  demands  are  encountered  and/or 
when  there  is  a  need  to  position  personnel  in 
the  field  of  projection. 
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16.7  STEREOSCOPIC/3D  DISPLAYS 

The  display  of  three-dimensional  (3D)  images  and 
graphics  is  an  emerging  technology  that  may  benefit 
future  military  applications.  Examples  of  where  three- 
dimensional  technology  may  be  used  are  in  battlefield 
and  theater  of  operations  analysis,  photo¬ 
interpretation,  teieoperation,  air  space  control,  and 
training  and  simulation  exercises.  The  goal  of 
introducing  three-dimensional  displays  is  to  improve 
user  performance  and  increase  naturalness  of  the 
inter-action.  Currently,  most  three-dimensional 
technology  is  experimental  and,  as  such,  is  not 
suitable  for  an  operational  command  and  control 
environment,  although  a  few  stereographic  and  true 
three-  dimensional  electronic  displays  can  be 
commercially  purchased. 

Because  traditional  display  technology  is  a  two- 
dimensional  media,  it  has  not  been  able  to  take  full 
advantage  of  the  human  visual  system  to  interpret 
complex  spatial  data.  Binocular  depth  information, 
such  as  vergence  or  horizontal  disparity,  normally  in 
the  scene,  are  not  available  in  the  traditional 
electronic  display.  Compensation  for  this  has  been 
accomplished  by  using  monocular  cues,  such  as 
interposition,  shading,  and  perspective.  However, 
improvements  in  naturalness  of  the  display  and 
potential  for  gains  in  human  performance  with 
computing  systems  have  stimulated  the  development 
of  systems  that  make  use  of  the  stereoscopic 
capabilities  of  the  human  visual  system. 
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Three-dimensional  display  technology  is  classified  as 
stereoscopic  and  autostereoscopic.  The  major 
criterion  distinguishing  stereoscopic  displays  from 
autostereoscopic  displays  is  that  the  latter  requires 
no  special  viewing  aids  to  see  the  3D  image.  There  is 
also  a  difference  in  the  amount  of  information 
necessary  to  create  the  3D  image. 

Stereoscopic  displays  create  the  3D  image  by 
requiring  an  observer  to  wear  a  pair  of  glasses  that 
provides  separate  images  to  the  left  and  right  eye. 
When  the  alternate  fields  are  presented  to  the  eye 
sequentially  at  the  appropriate  rate,  the  illusion  of 
depth  is  created.  The  temporal  phase  difference  that 
accounts  for  the  stereopsis  creating  the  3D  illusion 
has  been  implemented  normally  by  requiring  the 
viewer  to  wear  a  pair  of  glasses  containing  either 
shuttered  lenses,  polarized  lenses,  or  red  and  green 
lenses.  By  synchronizing  the  image  presentation  to 
the  operation  of  the  glasses,  images  corresponding  to 
the  left  and  right  scenes  are  presented  to  the  viewer 
and  the  illusion  of  depth  is  created. 
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Autostereoscopic  displays,  by  contrast,  can  be  viewed 
directly.  These  displays  generally  use  a  multiplanar 
approach  to  add  depth  to  a  two-dimensional  image. 
Examples  of  this  type  of  3D  display  are  BBN’s 
SpaceGraph  30  Display  System  (uses  a  flexible  mirror 
to  provide  the  z  axis).  Tectronix  liquid  crystal  shutter 
3D  display  (uses  LCD  technology  together  with  a  CRT 
display  to  create  a  3D  effect),  and  Texas  Instruments’ 
Omniview  (uses  a  rotating  multi-planar  surface  to 
produce  the  z  axis).  Holography  has  also  produced 
three-dimensional  images,  but  none  to  date  has  been 
created  in  real  time. 
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While  innovative  technology  to  provide  3D  images  is 
becoming  available,  no  clear  guidance  outlines  where 
stereoscopic  displays  might  best  affect  task 
performance  or  subjective  image  quality. 

Additionally,  no  database  derived  from  applied  vision 
or  human  factors  research  currently  exists  for 
developing  application  guidelines  for  this  new 
technology.  Consequently,  the  system  designer  must 
be  cautious  in  applying  3D  display  technology  in  the 
military  environment.  Current  technology  often  limits 
field  of  view,  number  of  observers,  and  kind  of  data 
that  can  be  presented,  it  also  may  exacerbate  visual 
deficiencies  that  normally  have  little  effect  on  task 
performance.  Guidance  presented  here  is  by  no  means 
complete.  Many  questions  remain  unanswered,  both  in 
terms  of  human  visual  response  to  artificially 
generated  depth  from  electronic  displays  and  the  ways 
best  to  enhance  performance  using  this  technology. 

16.7.1  Purposeful 

Presenting  3D  information  must  be 
purposeful  to  benefit  the  user.  That  is,  3D  displays 
should  be  associated  with  the  type  of  work  to  be 
performed  and  required  for  task  completion. 
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16.7.2  System  Performance 

Presentation  of  3D  or  depth  information  should  not 
slow  information  updates,  degrade  other  aspects 
of  system  performance,  or  degrade  image  quality. 

16.7.3  Interocuiar  Crosstalk 

Interocular  crosstalk  or  bleed-through  occurs  in 
stereoscopic  displays  when  images  intended  for  the 
left  eye  are  seen  by  the  right  eye  and  vice  versa. 
Because  this  compromises  the  observer’s  ability  to 
fuse  the  image  and  perceive  it  as  a  three- 
dimensional  object,  there  should  be  zero 
interocuiar  crosstalk  between  the  two  images. 

16.7.4  Color  Coding 

Avoid  saturated  primary  colors,  as  these  colors 
may  evoke  depth  perceptions  that  may  be 
inconsistent  with  stereopsis,  affecting  the 
perception  of  depth.  Designers  should  use 
secondary  colors  rather  than  saturated  primary 
colors  in  coding  stereoscopic  images. 
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16.7.5  Symbols 

When  displaying  symbols,  disparity  should  range 
from  0  to  20  minutes  of  arc  in  both  crossed  and 
uncrossed  directions. 

16.7.6  Dynamic  Depth  Displays 

When  using  dynamic  depth  displays,  the  temporal 
modulation  of  stereopsis  should  be  approximately 
1  Hz  to  ensure  the  most  accurate  perception  of 
stereo-motion. 

16.7.7  Depth-Coded  Objects 

Spatially  separate  depth-coded  objects  in 
stereoscopic  images  to  eliminate  disparity 
averaging,  crowding,  or  repulsion. 

16.7.8  Size  Scaling 

Image  size  should  be  scaled  according  to  the 
disparity  of  the  image.  When  accurate  size 
perception  is  critical  to  task  performance,  size 
scaling  should  be  done  for  an  individual  observer. 

16.7.9  Luminance 

Because  brightness  is  also  a  depth  cue  (bright 
objects  are  viewed  as  nearer),  luminance  should  be 
co-modulated  with  stereopsis. 
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16.8  TOUCH  INTERACTIVE  DEVICES 


Display  parallax  is 
the  apparent 
displacement  of  an 
object  displayed  on 
a  curved  CRT  screen 
and  viewed  through 
a  flat  TID. 


A  touch  interactive  device  (TID)  is  an  input  device 
that  permits  a  user  to  interact  with  the  system  by 
pointing  to  objects  on  the  display.  The  TID  is 
addressed  in  this  section,  because  some 
implementations  of  touch  technology  can  severely 
degrade  the  quality  of  the  displayed  image. 

Degradation  in  image  quality  using  TIDs  may  result 
from  decreases  in  display  luminance,  reductions  in 
display  resolution  due  to  visibility  of  conductors  or 
the  device  material,  increased  susceptibility  to  glare, 
and  dirt  on  the  display  surface  resulting  from  touching 
the  display  surface.  Display  parallax,  caused  by 
separation  between  the  touch  surface  and  the  touch 
targets,  may  also  contribute  to  problems  with 
implementing  TIDs. 


There  are  six  basic  types  of  touch-screen  display 
technologies,  each  having  an  impact  on  display 
parallax,  transmissivity  of  light,  and  glare.  Each  is 
briefly  discussed  below.  The  designer  needs  to  be 
aware  of  the  advantages  and  disadvantages  of  each 
type  of  TID  when  selecting  hardware  and  designing 
interfaces  using  TIDs. 
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a.  Fixed-wire  TIDs  place  wires,  either  in 
parallel  or  in  grid  fashion,  in  front  of  the 
display.  Finger  contact  with  the  wire{s) 
signifies  the  x,y  coordinate  of  the  user's 
response.  This  technology  is  associated  with 
minimal  parallax,  70-80%  transmissivity,  and 
a  medium  to  high  degree  of  TID  glare. 

b.  Capacitive  TIDs  consist  of  a  transparent 
conductive  film  on  a  glass  overlay.  Touching 
this  surface  changes  the  small  electrical 
signal  passing  through  the  surface,  and  this 
signal  is  converted  into  the  corresponding 

x.y  coordinate.  This  technology  is  associated 
with  minimal  parallax,  85%  transmissivity, 
and  a  medium  degree  of  TID  glare. 

c.  Resistive  membrane  TIDs  are  "sandwich" 
devices  in  which  a  touch  results  in  the 
contact  of  two  conductive  layers.  Specific 
current  and  voltage  levels  are  associated 
with  individual  x.y  coordinates.  This 
technology  is  associated  with  minimal 
parallax,  50-60%  transmissivity,  and  a  high 
degree  of  TID  glare. 
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d.  Infrared  (IR)  or  light-emitting  diode  TIDs  use 
in  transmitters  along  two  perpendicular 
sides  of  the  display  frame  and  photocell 
receptors  along  the  opposite  sides  of  the 
frame.  A  user  touch  breaks  the  resulting 
matrix  of  light  beams,  and  the  appropriate  x.y 
coordinates  of  the  touch  are  thus  determined. 
This  technology  is  associated  with  no 
parallax  problems  in  seeing  the  display 
(although  a  noticeable  degree  of  parallax 
exists  between  the  plane  of  the  IR  grid  and 
the  screen  surface  for  touch  responses), 

100%  transmissivity,  and  no  TID-related 
glare. 

e.  Surface  acoustic  wave  TIDs  operate  in 
similar  fashion  to  IR  TIDs,  except  that  the 
matrix  overlay  is  one  of  ultrasonic  sound 
beams  rather  than  IR  beams.  Another 
approach,  called  the '  reflective  array,  uses  a 
piezoelectric  transmitter  and  a  series  of 
reflectors  and  receivers.  Touch  x,y 
coordinates  are  determined  by  differential 
timings  in  reception  of  the  acoustic  waves. 

At  least  some  devices  require  glass  overlay 
screens.  This  technology  is  associated  with 
minimal  parallax,  92%  transmissivity,  and  a 
medium  degree  of  TID  glare. 
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f.  Pressure'sensitive  devices  use  strain  gauges 
mounted  between  the  display  screen  and  an 
overlay.  Output  voltages  of  these  strain 
gauges  are  encoded  into  the  appropriate  x,y 
coordinates.  This  technology  is  associated 
with  minimal  parallax  and  zero  TID  glare. 
Figures  for  transmissivity  are  not  applicable 
because  the  overlay  is  built  into  the  display 
screen. 

16.8.1  Parallax 

TID/display  parallax  should  be  minimized  because 
it  has  been  shown  to  lead  consistently  to  poorer 
entry  time  and  touch  count  performance. 

16.8.2  Specular  Glare 

Specular  glare  should  be  minimized  for 
applications  using  TIDs. 
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APPENDIX  B  -  GLOSSARY 


AC:  See  alternating  current. 

accelerator  key;  special  key  or  key  combination  that  performs  the  same  action  as  a 
menu  selection. 

Ada:  high-level  computer  programming  language  developed  by  the  Department  of 
Defense.  Ada  is  used  as  the  standard  programming  language  for  DoD.  It  is 
used  for  real-time  processing,  is  modular  in  nature,  and  includes  object-oriented 
features. 

alternating  current  (AC):  electrical  current  that  reverses  its  direction  at  regularly 
recurring  intervals. 

application:  classification  of  computer  programs  designed  to  perform  specific  tasks, 
such  as  word  processing,  database  management,  or  graphics. 

applications  menu:  list  of  options  within  an  application. 

automated  tools:  software  performing  a  sequence  of  operations  to  assist  the  user  in 
achieving  a  goal  (e.g.,  within  graphics  software,  functions  that  align  objects, 
smooth  curves,  or  draw  circles). 

backlighting:  lit  from  the  back.  When  referring  to  a  monitor,  light  passes  through  the 
display  screen  from  the  back  in  order  to  illuminate  screen  images. 

base-level  functions:  initial  or  basic  functions. 

batch  processing:  processing  data  or  the  accomplishment  of  jobs  accumulated  in 
advance  in  such  a  manner  that  each  accumulation  thus  formed  is  processed  or 
accomplished  in  the  same  computer  run. 

baud:  measure  of  the  transmission  speed  capability  of  a  communications  line  or 
system.  In  a  sequence  of  binary  signals,  the  rate  of  one  baud  equals  one  bit 
per  second. 

bit-mapped  display:  display  in  which  every  picture  element  (pixel)  of  the  screen  can 
be  referenced  individually. 
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bookmarking:  method  of  tagging  items  of  interest  to  the  user  for  easy  referral  later. 

Allows  the  user  to  customize  the  application. 

Boolean  logic:  logical  expression  that  uses  Boolean  operators  such  as  AND,  OR, 
NOT,  XOR,  NOR,  and  NAND  to  create  a  statement  that,  when  resolved,  is 
either  true  or  false. 

Boolean  operators:  a  keyword  in  programming  that  causes  two  values  to  be 
combined  in  a  logical  fashion. 

branching  menu:  menu  which,  if  selected,  brings  up  another  menu. 

bring-to-front:  process  of  moving  a  window  to  the  foreground. 

Candela  (cd):  unit  of  luminous  intensity  expressed  in  Candela  per  square  meter 
(cd/m*).  One  cd  is  equal  to  0.29  footLambert. 

Cathode  ray  tube:  electronic  vacuum  tube  that  focuses  electrons  energizing 

phosphors  on  a  screen,  creating  a  visible  display.  The  typical  computer  monitor 
uses  this  type  of  display  technology. 

cd:  See  candela. 

central  processor:  portion  of  the  computer  that  controls  execution  of  applications. 

character:  single  letter,  digit,  or  symbol-synonymous  with  byte. 

character  string:  series  of  alphanumeric  characters,  the  contents  of  which  are 
treated  as  though  they  were  text. 

COBOL:  acronym  for  Common  Business-Oriented  Language.  COBOL  is  a  computer 
programming  language  used  extensively  in  mainframes  and  minicomputers  for 
business  applications. 

command:  entry  that  instructs  the  computer  to  effect  a  specific  action. 

command  entry:  informing  the  computer  that  a  specific  command  should  be 
effected. 

command  language:  limited  programming  language  used  strictly  for  executing  a 
series  of  commands. 
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command  stacking:  allows  the  user  to  key  a  sequence  of  commands  as  a  single 
"stacked"  command  entry. 

compatible  letters:  letters  easily  associated  with  the  function  requested,  for  example, 
"P"  for  print,  "Q"  for  quit. 

context-sensitive:  computer  action  or  response  directly  related  to  the  cursor  position 
or  specific  point  in  the  software,  for  example,  a  help  function  that  displays 
information  about  the  specific  data  entry  field  in  which  the  cursor  was  located 
when  help  was  called. 

control  action:  actions  which  must  be  effected  to  control  a  window  or  other  graphics 
object  or  its  contents. 

control  entry:  input  action  by  the  computer  user  that  changes  some  aspect  of  the 
appearance  or  function  of  the  application. 

control  lockout:  processing  delay  that  results  in  pacing  the  capability  to  enter 
sequences  of  control  commands. 

courseware:  another  name  for  educational  or  training  materials  and  software. 

crosstalk:  optical  crosstalk,  or  bleeding,  occurs  when  the  light  from  the  incorrect 
video  image  gets  through.  When  referring  to  stereoscopic  images,  the  right 
eye’s  image  is  visible  to  the  left  eye  or  vice  versa. 

CRT:  See  Cathode  Ray  Tube. 

cursor:  visual  mechanism  to  mark,  on-screen,  where  current  input  or  output  is  to 
happen. 

data  entry:  series  of  keystrokes  used  to  input  information  into  the  computer. 

data  entry  field:  space  (number  of  characters  and/or  digits)  allowed  for  data  entry. 

data  field:  location  in  a  file  or  database  that  contains  a  specific  type  of  information. 

database:  structured  or  organized  collection  of  information,  which  may  be  accessed 
by  the  computer. 

database  management  system:  computer  application  program  that  accesses  or 
manipulates  the  database. 
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DC:  See  direct  current. 

default:  command  which  is  automatically  executed  if  none  is  specifically  indicated. 

default  value:  value  of  a  variable  in  lieu  of  a  specifically  indicated  value. 

defeated:  option  that  cannot  be  selected  due  to  another  selected  option’s  use. 

delimiter:  symbols  such  as  commas,  spaces,  or  parentheses  which  mark  the 
boundaries  of  a  specific  block  of  information. 

designate:  process  of  selecting  and  displaying  the  current  or  active  window  with 
visual  cues. 

destructive  entries:  any  entry  which  will  destroy  or  overwrite  information. 

dialog:  structured  series  of  interchanges  between  a  user  and  a  computer  terminal. 

Dialogs  can  be  initiated  by  the  computer  or  the  user.  Interactive  dialog  consists 
of  an  action  by  the  user  followed  by  a  response  from  the  computer  or  vice 
versa. 

dialog  box:  screen  display  box  containing  a  message  requesting  additional 
information  from  the  user. 

direct  current  (DC):  electrical  current  that  flows  in  one  direction  only  and  is 
substantially  constant  in  value. 

direct  manipulation:  method  of  data  organization  (typically  involving  extensive 
windowing  and  iconization)  in  which  the  user  can  select  specific  displays  of 
information  and  move  them  about  to  facilitate  interaction  with  an  application.  A 
system  of  interaction  in  which  the  user’s  actions  directly  affect  software 
operations. 

display  frame:  window  or  page. 

display  parallax:  when  used  in  discussing  touch  screen  technology,  display  parallax 
is  the  apparent  displacement  of  an  object  viewed  on  a  curved  CRT  screen  and 
seen  through  a  flat  touch  interactive  display. 

display  screen:  screen  of  a  multipage  file. 
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double  keying:  each  character  of  the  data  item  does  not  have  an  appropriately 
labeled  key  and  therefore  requires  more  than  one  keystroke  for  entry. 

dual  activation:  where  two  key  are  used  simultaneously  to  input  a  command. 

dynamic  depth  displays:  stereoscopic  displays  that  are  designed  to  change  (move) 
images  during  viewing. 

electroluminescence:  luminescence  produced  by  electrical  excitation  of  phosphate  in 
powder  or  film  form. 

electronic  mail:  communication,  processed  through  a  network,  from  one  workstation 
to  another. 

end  user:  person  who  ultimately  uses  the  computer  application  or  output. 

error  management:  various  options  within  an  application  that  allow  the  user  to 
eliminate  the  effects  of  commands  executed  accidentally  or  unwisely. 

expand:  ability  to  resize  objects  to  produce  better  organization  of  on-screen  material, 
usually  a  graphic  or  a  window. 

feedback:  visual  acknowledgement  that  the  computer  is  executing  the  command  or 
that  the  command  was  executed. 

field:  addressable  data  location. 

file:  any  specifically  identified  collection  of  information  stored  in  the  computer. 

fc:  See  footcandle 

FI:  See  footLambert. 

footcandle  (fc):  unit  of  measurement  of  illumination.  The  amount  of  light  emitted  by 
a  standard  candle  (1  cd)  measured  one  foot  away  from  the  candle  equals  one 
footcandle. 

footLambert:  unit  of  measure  of  intensity  of  reflected  or  emitted  light  (luminance). 

The  average  luminescence  of  any  reflecting  surface  in  footLamberts  is  the 
product  of  the  illumination  in  footcandles  by  the  luminous  reflectance  of  the 
surface. 
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frame:  single  display  image  or  screen. 

function  key,  fixed  and  variabie:  key  which,  when  depressed,  effects  a  specific 
action.  It  can  either  be  a  single,  predefined  function  (fixA'^),  vary  according 
to  the  system  mode  or  level  within  an  interactive  dialog. 

form  filling:  method  of  interaction  in  which  the  user  enters  a  series  of  commands  or 
data  items  in  predefined  fields.  These  fields  may  be  mandatory  or  optional. 

FORTRAN:  acronym  for  FORmula  TRANslator,  which  is  a  high  level  computer 
language  used  extensively  in  scientific  and  engineering  applications. 

freeze:  See  Option  -  PAUSE. 

graphical  interaction:  transactions  between  the  user  and  computer-generated 
graphical  representations  of  objects  (screens,  menus,  buttons,  etc.). 

graphical  user  interface  (GUI):  system  design  that  allows  the  user  to  effect 

commands,  enter  into  transaction  sequences,  and  receive  displayed  information 
through  graphical  representations  of  objects  (menus,  screens,  buttons,  etc.). 

hard  copy:  printed  copy  of  machine  output  in  a  visibly  readable  form.  For  example, 
printed  reports,  listings,  documents,  summaries. 

hardware  architecture:  assemblage  of  a  computer's  internal  components  and  its 
attached  peripheral,  device  which  determine  its  capabilities  and  its  limitations. 

hatching:  graphical  pattern  characterized  by  45  and  135  degree  diagonal  lines  which 
cross  the  patterned  area. 

help  screen:  separate  window  that  offers  advice  and  information  on  how  to 
overcome  a  specific  problem  and/or  to  better  interact  with  the  computer. 

HFE:  See  Human  Factors  Engineering. 

Human  Factors  Engineering  (HFE):  approach  that  makes  use  of  scientific  facts  in 
the  design  of  items  (i.e.  computer  systems,  software,  etc.)  to  produce  effective 
human-machine  integration  and  utilization. 

hierarchical  menu:  method  of  organizing  menus  in  layers.  The  secondary  or  tertiary 
menus  are  stored  within  a  primary  menu. 
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high  level  language:  programming  language  that  does  nor  reflect  the  structure  of 
any  one  computer  or  class  of  computers. 

high  resolution:  screen  display  within  an  extremely  fine  visual  reproduction  of  detail. 

highlight:  visual  method  to  call  attention  to  a  specific  piece  of  text  or  a  graphic 
through  differentiating  it  from  surrounding  texts  or  graphics.  This  is  usually 
accomplished  using  contrasting  colors  or  reverse  video. 

hook:  selecting  a  corner  of  a  window  or  icon  in  order  to  move  or  resize  it. 

Human-Computer  Interface:  hardware  and  software  allowing  information  exchange 
between  the  user  and  the  computer. 

Icon:  graphical  representation  of  an  object,  concept,  or  message  used  by  a  computer 
system  to  represent  items  such  as  files,  documents,  programs,  and  disk  drives. 

Iconify:  process  that  changes  the  text  representation  of  an  object,  concept,  or 
message  into  an  icon. 

Iconificatlon:  process  of  iconifying. 

Illuminance:  measure  of  the  quantity  (density)  of  light  reaching  an  object  or  surface. 
Measured  in  footcandles. 

Image  Formation  Time  (IFT):  measurement  of  the  time  required  to  update  screen 
image  displays. 

Infrared  (IR):  radiation  outside  the  visible  light  range  on  the  red  side  (wavelength 
0.75  to  0.8  micrometers). 

interactive  control:  attribute  describing  the  ability  of  a  program  and  a  user  to 
interface  with  each  other  during  program  execution. 

interactive  dialogue:  See  dialog. 

interactive  procedures:  methods  by  which  a  user  interacts  with  a  computer  and  the 
computer  with  the  user. 

interface:  interconnection  and  interrelationships  between  two  devices,  two 
applications,  or  the  user  and  an  application  or  device. 
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interlock:  mechanism  to  connect  two  or  more  processes  within  a  computing  system 
to  ensure  that  no  one  part  of  a  hardware  or  software  system  can  be  operated 
independently. 

interocular:  perceptual  coordination  between  the  eyes. 

IFT:  See  image  formation  time. 

IR:  See  infrared. 

jump-ahead:  capability  of  moving  ahead  during  a  step-wise  process  to  allow  quicker 
performance  of  an  operation;  useful  for  experienced  computer  users. 

justification:  alignment  of  text  on  a  display  or  a  printed  page.  Left  justification 
means  that  the  left  margin  is  even. 

keyword:  special  word  in  a  programming  language  that  tells  the  computer  which 
operation  to  perform. 

Lambert:  See  footLambert. 

landscape:  screen  display  or  printing  orientation  parallel  to  the  wide  side  of  the 
paper. 

LCD:  See  liquid  crystal  display. 

LOSS:  See  liquid  crystal  stereoscopic  shutter. 

left-justified:  See  Justification. 

Liquid  crystal  display  (LCD):  display  operated  by  polarizing  light  in  which  the 

nonactive  segment  reflects  incident  light  and  thus  appears  invisible  against  its 
background. 

liquid  crystal  stereoscopic  shutter  (LCSS):  type  of  display  that  utilizes  liquid  crystal 
shutters,  one  for  each  eye  synchronized  to  alternate  fields  of  the  display,  and 
representing  one  of  the  two  images  necessary  to  achieve  the  third  dimension. 

lockout:  condition  of  the  application  locking  the  keyboard  (i.e.,  not  accepting 
commands  from  it)  while  the  application  is  effecting  a  command. 
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log  on:  process  of  gaining  access  to  the  system,  usually  involving  a  password  and  a 
recognition  of  the  specific  user  by  the  computer. 

logarithm:  the  exponent  that  indicates  the  power  to  which  a  number  has  been  raised 
to  produce  the  given  number. 

N  =  1 0"  logio  N  =  n 

luminance:  amount  of  light  per  unit  area  reflected  from  or  emitted  by  a  surface. 
Measured  in  footcandles. 

lux:  standard  measure  of  illuminance.  One  lux  is  one  lumen  per  square  meter. 

macro:  executable  file  that  stores  a  series  of  commands  and  keystrokes  to  be  used 
later. 

Manpower  and  Personnel  Integration  (MANPRINT):  an  Army  program  that 

addresses  concerns  with  manpower,  peisonnel,  training,  human  factors,  safety, 
and  health  hazards. 

MANPRINT:  acronym;  MANpo  ver  and  PeRsonnel  INTegration. 

masking:  partial  or  complete  obscuring  of  one  item  by  another. 

memory:  place  in  the  computer  in  which  information  is  stored. 

menu:  list  of  options  available  within  a  software  application. 

menu  bar:  the  horizontal  menu  usually  at  the  top  of  the  screen  which,  contains  menu 
titles. 

metaphor:  system-level  analogy  used  for  the  grouping  of  processes  and/or 

procedures.  Usually  associated  with  icons  based  on  the  analogy.  As,  for 
example,  a  desk  top  metaphor  where  icons  represent  office  equipment  or 
operations. 

minimize:  procedure  to  make  the  window  as  small  as  it  can  be  without  being  closed: 
this  is  usually  done  through  iconization. 

mnemonic:  word  or  code  syrr  30lic  of  another  word,  code,  or  function. 

mode:  status  of  the  screen  or  program  process. 
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Modulation  Transfer  Function  (MTF):  a  parameter  using  spatial  frequency 

responses  to  characterize  a  screen  display.  The  spatial  frequency  is  stated  in 
lines  (line  pairs)  or  minimum/maximum  intensity  pairs  per  unit  distance.  The 
MTF  is  used  as  a  performance  measurement  of  many  optical  systems. 

Motif:  user  interface  design  approach  based  upon  the  "look”  and  "feel"  presented  in 
the  OSF/Motif  style  guide.  Motif  is  marketed  by  the  Open  Software  Foundation. 

MTF:  See  modulation  transfer  function. 

multifunction  keying:  interface  design  where  computer  keys  may  perform  multiple 
functions  with  the  use  of  a  combination  of  keystrokes. 

multiwindow:  simultaneous  display  of  several  windows  on  the  computer  screen. 

natural  language:  programming  language  paradigm  exemplified  by  using  English-like 
commands  and  syntax  to  issue  commands;  interactions  in  the  vernacular  of  the 
user. 

navigation:  manner  in  which  the  user  moves  through  the  menu  stmcture. 

NATO  Forces:  personnel  in  the  military  forces  of  member  nations  of  the  North 
Atlantic  Treaty  Organization  (NATO). 

nit:  See  normalized  intensity. 

normalized  intensity  (nit):  metric  unit  of  measure  of  luminous  intensity.  A  nit  is 
equal  to  one  candela  per  square  meter  (cd/m2)  or  0.29  footLambert. 

null:  empty;  nothing.  A  null  set  contains  no  elements. 

one  to  many  mapping:  an  icon  which  represents  a  category  of  possibilities  within  an 
option  is  a  one  to  many  mapping. 

one  to  one  mapping:  an  icon  which  represents  a  single,  specific  function  is  a  one  to 
one  mapping. 

Open  Software  Foundation  (OSF):  consortium  of  computer  hardware  and  software 
manufacturers  whose  membership  includes  over  seventy  of  the  computer 
industries  leading  companies. 
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open  window  map:  a  map  (graphic  display)  that  shows  windows  that  are  open  and 
how  they  relate  to  each  other. 

open:  procedure  to  cause  a  window  to  be  displayed  from  an  icon  or  menu  option  so 
a  document,  directory  or  file  can  be  viewed. 

option:  command  that  may  be  selected  to  access  a  specific  function  of  an 
application. 

option  -  BACKUP:  option  that  will  display  the  last  transaction  or  the  process  of 
saving  information  to  non-volatile  memory. 

option  -  CANCEL:  command  that  allows  the  user  to  have  the  computer  disregard  a 
previous  command. 

option  •  CONFIRM:  explicit  warning  of  any  possible  data  loss. 

option  -  CONTINUE:  option  that  resumes  a  transaction  sequence  which  has  been 
stopped  by  a  PAUSE. 

option  •  GOBACK:  option  that  will  display  the  last  transaction.  See  also  BACKUP. 

option  -  PAUSE:  option  that  temporarily  causes  a  transaction  sequence  to  stop 
running.  Use  the  CONTINUE  option  to  resume  after  pausing. 

option  -  RESTART:  option  that  will  cancel  any  entries  that  have  been  made  in  a 
transaction  sequence  and  return  to  the  beginning  of  a  sequence. 

option  -  REVIEW:  option  that  returns  to  the  first  display  of  a  transaction  sequence, 
allowing  the  user  to  review  the  transaction  and  make  necessary  changes. 

option  -  SUSPEND:  option  that  allows  a  user  to  leave  the  application,  then,  when  he 
returns,  resume  at  the  same  point  he  left  off. 

option  -  UNDO:  option  that  immediately  reverses  any  action. 

option  code:  codes  associated  with  the  available  choices. 

OSF:  See  Open  Software  Foundation. 

output:  information  the  computer  displays  in  response  to  the  user’s  actions. 
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overarching  guidelines:  dominant  or  all  embracing  guidelines. 

overlapping:  windowing  system  in  which  one  window  covers  a  portion  of  another. 

overlay:  printing  or  drawing  on  a  transparent  or  semi-transparent  medium  on  the 
same  scale  as  a  map,  chart,  etc.,  to  show  details  not  appearing  or  requiring 
special  emphasis  on  the  original. 

paging:  scrolling  through  material  one  page  at  a  time. 

paired  opposites:  set  of  opposite  functions  such  as  up  and  down,  top  and  bottom. 

pan:  process  to  change  the  displayed  region  (often  of  a  map)  in  a  regular  and 
smooth  manner. 

parallax:  apparent  displacement  of  an  object  as  seen  from  two  different  points  not  on 
a  straight  line  with  the  object. 

parameter:  quantity  or  constant  whose  value  varies  with  the  circumstances  of  the 
application. 

piezoelectric:  electric  polarity  due  to  pressure  especially  in  a  crystalline  substance. 

pixel:  contraction  for  picture  element.  A  pixel  is  a  single  dot  on  a  display  screen. 

pixel  matrix:  arrangement  of  screen  dots  (pixels)  to  form  text  or  graphic  displays. 

pop-up  menu:  lists  of  options  that  appear  on  the  display  screen  in  the  form  of  a 
window. 

portrait:  screen  or  printing  orientation  parallel  to  the  narrow  side  of  the  paper. 

predictive  modelling:  use  of  a  model  to  predict  the  actual  response  of  a  system  or 
process. 

preformatted:  screen  structure  prepared  for  the  user. 

presentation  graphics:  pictorial  representations  of  the  relationships  between 
variables  (graphs  and  charts)  or  representations  of  systems  (diagrams, 
schematics  and  graphical  renditions). 

primitive:  code  that  defines  a  specific  elementary  shape,  form  or  color. 
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programming  language:  artificial  language  establishes  >  ;  expressing  computer 
programs. 

prompt:  text  or  graphic  display  that  indicates  the  start  point  for  user-generated 

actions.  This  term  is  also  used  for  software  generated  instructions  for  process 
confirmation. 

pull-down  menu:  lists  of  options  attached  to  a  selection  on  a  menu  bar. 

push-to-back:  process  of  moving  a  window  to  the  background. 

query  language:  specialized  type  of  command  language  to  elicit  information  from  the 
computer  system. 

real  time:  absence  of  delay,  except  for  the  time  required  for  transmission. 

real-time  control  system:  systems  capable  of  responding  to  external  events  with 
negligible  delays. 

resize:  procedure  to  change  the  size  of  a  window  or  graphic. 

resize  border:  border  of  a  window  that,  if  selected,  will  allow  the  user  to  resize  the 
window. 

resolution:  density  of  picture  display  elements  of  the  screen;  degree  of  detail  with 
which  an  image  is  displayed  or  printed. 

retrieve:  procedure  required  to  display  stored  information  for  purposes  of  viewing  and 
manipulation. 

right-justified:  See  justification. 

SAW:  See  surface  acoustic  wave. 

scroll:  method  used  to  move  the  contents  of  a  window  or  list  in  a  dialogue  box  using 
the  scroll  bar  or  scroll  arrows. 

scroll  bar:  rectangular  bar  that  may  be  along  the  right  or  bottom  of  a  window. 

Clicking  or  dragging  in  the  scroll  bar  causes  the  view  of  the  document  to 
change. 
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secondary  coding:  providing  more  than  one  method  for  coding  displayed 

information.  For  example,  in  coding  a  particular  item  with  red  color,  the  use  of 
the  symbol  "R"  would  provide  secondary  method  for  conveying  the  information 
when  color  was  not  available. 

semantics:  relationship  of  characters  or  groups  of  characters  to  their  meanings, 
independent  of  the  manner  of  their  interpretation  and  use. 

sensitivity  anaiysis:  study  that  shows  the  response  of  a  system  to  varying 

conditions.  For  example,  "How  sensitive  is  the  system  to  increased  workload?" 

sequence  control:  prescribed  control  over  the  order  of  function  performed  by  the 
computer;  this  impacts  the  way  in  which  a  user  interacts  with  the  application. 

size  coding:  variations  in  the  size  of  displayed  alphanumerics  and  symbols.  Such 
coding  can  be  used  for  categorization. 

siider:  part  of  the  scroll  bar  which  indicates  what  part  of  the  file  contained  in  a 
window  is  being  viewed. 

soft  keys:  visual  representation  of  key  functions  on  the  display  screen.  This  is 
usually  associated  with  software  controlled  function  key  capabilities. 

specular  reflector:  Reflecting  light  in  a  diffuse  manner. 

stacked  command:  single  command  composed  of  multiple  commands  that  must  be 
executed  individually. 

stereopsis:  phenomenon  of  simultaneous  vision  with  two  eyes  in  which  there  is  a 
vivid  perception  of  distance  of  objects  from  the  viewer  (three  dimensional  or 
stereoscopic  vision). 

stereoscopic:  method  of  seeing  objects  in  three  dimensions. 

stroke  width:  width  of  the  line  used  to  create  a  displayed  character. 

subordinate  window:  a  window  that  is  opened  from  and  controlled  by  another 
window. 

subtend:  opposite  in  position. 
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summary  symbols:  symbol  which  categorizes  the  information  portrayed  by  a  group 
of  symbols. 

supraordfnate  window:  higher  level  window,  usually  the  window  from  which 
subordinated  options  or  tasks  are  controlled. 

surface  acoustic  wave  (SAW):  when  used  in  the  context  of  touch  screen 

technology,  an  approach  that  uses  ultrasonic  sound  "beams"  transmitted  from 
two  perpendicular  sides  of  a  display  frame. 

sw:  See  stroke  width. 

system  level  menu:  list  of  which  applications  are  available  for  utilization. 

system  response  time:  amount  of  time  that  elapses  between  a  command  being 
given  and  its  being  executed  by  the  computer. 

text  editor:  application  that  allows  text  to  be  created  or  modified. 

text'based  systems:  method  of  organization  in  which  the  primary  form  of  interaction 
between  the  system  and  user  is  through  text  rather  than  through  graphical  or 
voice  interaction. 

three-dimensional:  relating  to  the  three  physical  dimensions  (height,  width,  depth). 
Giving  the  effect  of  depth  or  varying  distances. 

TID:  See  touch  interactive  display. 

tiling:  windowing  approach  in  which  multiple  windows  do  not  overlap,  rather,  all  lie  on 
the  same  plane. 

theater-type  displays:  display  screens  suitable  for  large  group  presentations  as  used 
in  a  movie  theater  or  auditorium. 

title  banner:  horizontal  bar  at  the  top  of  a  window  which  shows  the  name  of  the 
window  and  allows  it  to  be  moved. 

touch  interactive  display  (TiD):  uses  a  physical  device  between  the  user  and  the 
display  which  acts  as  the  input  mechanism. 
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transaction:  interaction  between  a  user  and  a  computer  in  which  the  user  inputs  a 
command  to  receive  a  specific  result  from  the  computer. 

transaction  sequence:  order  of  transactions  required  to  accomplish  the  desired 
results. 

transmissivity:  measurement  of  the  ability  of  an  image  to  be  transmitted.  When 

used  in  the  context  of  touch  screen  technology,  refers  to  the  ability  of  the  image 
to  be  transmitted  through  a  filter  placed  in  front  of  a  computer  screen. 

type-ahead:  capability  of  the  computer  to  receive  commands  faster  than  it  can 
display  their  results. 

UCi:  See  user-computer  interface. 

user-caiiabie:  able  to  be  requested  by  the  user  as  desired. 

User-computer  interface  (UCi):  hardware  and  software  allowing  information 
exchange  between  the  user  and  the  computer. 

user-specified  windows:  windows  whose  content  has  been  selected  by  the  user. 

variable:  quantity  that  can  assume  any  of  a  given  set  of  values. 

VDT:  See  video  display  terminal. 

Video  Display  Terminal  (VDT):  terminal  comprised  of  a  keyboard  for  data  input  and 
a  CRT  screen  for  display  of  the  input/output. 

widget:  basic  graphical  object  which  is  a  component  of  a  user  interface  component. 

window:  typically  rectangular  display  which  provides  a  visual  means  for  interaction 
with  an  application. 

zoom:  graphical  tool  used  to  magnify  a  portion  of  a  document  for  more  detailed 
viewing. 


i 


B-16 


INDEX 


Version  2.0,  May  92 


A 

Abbreviation 

Control  Entries  2-20 

Length  13-40 

Menu  Selections  5-27 

Usage  10-9 

Use  of  T runcation  1 3-40 

Abort 

Availability  During  Lockout  2-13 
Capability  13-28 
Ease  2-24 
Function  Key  2-13 
Operation  2-24 
Accelerators 

Special  Kays  13-31 

Access 

Data  13-1, 13-4 
Accuracy 

Data  Presentations  13-12 
Achromatic 

Defined  11-5 
Acknowledgment 

Alarms  2-32 
Entry  Selections  5-26 
Function  Key  Activation  4-3 
Update  8-20 
Acronyms 

Recognition  13-22 

Action 

Color  Convoying  11-15 
Control  7-12 

Hazardous  or  Destructive,  Prohibiting  15-10 

Icon  6-15 

Initiated  6-15 

Query  6-1 

Moving  6-1 

Message,  Calling-up  6-1 
Message,  Sending  6-1 
Performing  7-14, 13-13 
Recommending  15-18,  15-35 
Result  6-1 
Single  14-8, 15-9 

Active 

Function  Keys  4-6 

Menu  Selections  5-15 

User's  Role  12-15 

Voice  14-19 

Window  Covering  7-7 

Window  Designation  7-2,  7-23..24,  7-27 

Window  Indication  7-23 

Window  Masking  7-7 

Window  Obscuring  7-7 

Window  Open  Window  Map  7-27 

Window  Shifting  7-24 


Active  Voice 

Help  Messages  14-18 
Menu  Options  15-32 
Training  Topics  15-32 

ADD 

Function  15-28 
Advance  Organization 

Exercise  Objective  Statement  15-25 
Module  Labeling  15-26 
Assistance  Purpose  Reminder  15-26 
Advance  Organizers 

Embedded  Training  Concept  15-5 

Advice 

Timely,  Decision  Aids  12-23 
Advice-giving  System 

Research  1 5-5 

Aids 

Consistency  14-16 
Memory  14-5 

Alarms 

Acknowledgment  2-32 
Definition  by  Users  2-32 
Dialog  Design  Guidelines  2-4 
Distinctive  and  Consistent  2-32 
Enabling  Auditory  Cut-Off  2-32 
Functional  Fields  10-13 
Reset  2-32 

Software-generated  2-32 
Algorithms 

Documenting  12-39 
Reliance  for  Operation  1 2- 1 
Use  1-8 
Alignment 

Captions  13-19 
Data  Fields  13-19 
Headings  13-19 
Alphanumeric 

Display  of  Data  Strings  13-18 
Alternatives 

When  to  Consider  12-14 
Benefits  1 2-29 

Considering,  Simplification  1 2-6 
Deciding  12-12, 

Decision  Aids  12-1^. .15 
Decision,  Providing  12-24..25 
Evaluation  12-1,  12-25 
Evaluation  Time  12-9 

Feasibility  Devebpment  and  Evaluation  1 2-24 

Generation,  Decision  Aids  12-25 

Goals  Served,  Display  12-24 

Inputing  by  User  12-25 

Listing  14-13 

Minimizing  Increased  Work  Load  12-21 
Modeling  12-10 

Multiple,  Development  and  Evaluation  1 2-24 
Obvious  Solutions  12-14 
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Presentation  12-1 
Presentation,  Set  of  Possible  1 2-24 
Probabilities  1 2-25 
Rank-ordering  12-25 
Risk  Evaluation  12-29 
Selecting  12-12 
Wargaming  12-10 
Ambient  Illumination  (Lighting) 

Amount  16-28 
Backlighting  16-12 
Display  16-12 
Low  Light  16-13 

Viewing  Angle  Adjustments  16-13 
Ambient  Lighting  Conditions 

Color  Usage  Factor  11-1 

Analysis 

Capabilities,  System  Users  1  -3 
Cognitive  Task  Basis  1 2-20 
Decision  Aid  Flexibility  1 2-35 
Degree  12-35 
Derived  Trade-offs  10-2 
Image  Data  9-28 
Limitations,  System  Users  1  -3 
Performance  Time  Allocation  12-9 
Process  Control  12-35 
Sensitivity  Exptoration  1 2-28 
Time  Frame  12-35 
User  Data  1 0-23 
Animation 

Icon  Opening/Closing  7-14 
Image  Formation  Time  (IFT)  1 6-9 
Media  Presentation  15-5 
Sequencing,  Usage  8-23 
Annotations 

Cautions  15-39 
Designation,  Icons  15-39 
Examples  15-38.. 39 
Log  15-38 
Pitfalls  15-38 

Position  kfentifeation  15-39 
Process  Notes  15-38 
References  1S-38..39 
Search  Ability  15-38 
Training  Program  15-38 
Anonymous 

File  Storing  15-22 

Answer 

Simplicity  15-27 

Anti-glare  (see  Glare-reducing  Techniques) 
Anti-reflective  (see  Glare-reducing  Techniques) 
Appearance 

Consistency  13-14 
Query  Output  13-25 
Applicability 

Functional  Requirements  1  -7 
Software  Architecture  1  -6 


Application 

Associate  and  Group  Data  12-37 
Capabilities  Listing  14-11 
Components  14-11 

Distinguishing  Between  Exercise  15-17 
Experienced  Users  13-48 
Information  14-11. .12 
Information  Management  12-1 
Meaningfulness  12-22 
Modifying  Decision  Factors  1 2-27 
Multiple  Versions  13-45..48 
Novice  13-46 
Options  14-11 
Predict  Future  Data  1 2-26 
Present  Alternatives  and  Supporting  Evidence 
12-1 

Requirements  12-24 
Stand-alone  12-1 
Structure  14-11 
Validity  of  Elements  1 2-29 
Application  Interface 

Consistency  15-12 
Application  Screen 

Protection  15-10 
Restoring  15-10 
Architecture 

Awareness  1  -6 
Composition  1-6 
Dominant  1  -4 

Graphical  User  Interface  1  -4 
Hardware  6-7 

Human-Computer  Interface  1-4 
Software  1  -6 
Area  Shapes 

Circles  6-21 
Triangles  6-21 

Army  Tactical  Command  and  Control  System  (ATCCS) 
Design  Guidelines  Advantages  1  -5 
Design  Guidelines  Utilization  1-10 
HFE  HCI  Guidelines  1  -5 
Program  1  -5 

Development  of  Human-Computer  Interfaces 
1-10 

Aspect  Ratio 

Defined  16-28 

Assets 

Control  1  -7 
Assistance 

User  15-1..3. 15-14 
Context-sensitive  15-16 
Documentalion  15-1 
Experts  15-14 
Inconsistent  Interface  15-12 
Level  and  Type,  Selection  15-14 
Assistance  Program 

Designer  Usage  15-1 
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Assumptions 

Availability  12-28 

Underlying  Modes  and  Parameters  12-28 
ATCCS  Experimentation  Site  (AES) 

Guidelines  Development  1-5 

Attention 

Maintaining  1 2-1 5 

Attribute 

Color  Sensation  1 1  -5 
Change  8-27 
Decision  Outcome  12-5 
Display  8-27 
Identification  8-27 
Rules  9-7 

Static  Display  8-7..16 
Automatic 

Fire  Control  Systems  1 2- 1 
Automation 

Fear  12-16 

Axes 

Bar  Graphs  9-24 
Breaks  9-12 
Duplication  9-1 2 
Gridlines  9-19 
Multiple  Scales  9-15 
Tick  Marks  9-15 
Variable  Plotting  9-10 

B 

Backup 

Facilities  13-31 
Systems  Providing  12-40 
Background 

Light  6-7 

Color  Selection  10-21,11-2 

Command  and  Control  Systems  1-1. .2 

Computerized  Tactical  Systems  1  - 1 

Computer-based  Systems  1-1 

Contrast  with  Figure  6-22 

Contrast  with  Foreground  11-2,  11-29 

Contrast  with  Foreground,  Ratio  11-5,11-13 

Contrast  with  Foreground  Text  1 1  -4 

Contrast  with  Icon,  Ratio  6-25 

Decision-Making  Tools  1-1 

Design  Factors  1  -3 

Design  Guidelines  Benefits  1-4 

Design  Guidelines  Advantages  1  -5 

Extensive  Coloring  1 1  -35 

Foreground  Combination  6-7,  1 1  -2,  1 1  -4, 1 1  -29 

Human-Computer  Interlace  1-2..5 

Information  8-26 

Information  Fusion  and  Management  1-1 
Luminous  Contrast  1 1  -5, 1 1  -1 3 
Map  Information  8-9 
Map  Use  8-29 


Military  Technology  1-1 
Pattern  7-9 
Positive  Image  6-7 
Relative  to  Figure  Size  6-5 
Stands  out  from  6-5 
Symbols  8-11 
Unsaturated  Hues  11-13 
Use  of  Black  or  White  11-13 
Use  of  Blue  11-40..41 
User-Machine  Interface  1  -2 
Bar  Graph 

Advantages  9-26 
Usage  9-24, 13-12 
Base  Screen 

Map  8-29 

Base-Level  Functions 

Ease  of  Return  to  4-7 

Batch 

Processing  Mode  1 3-9 
Baud  Rata 

Defined  14-14 
Acceptable  Speeds  14-14 
Behavioral  Research  15-6 
Bias 

Cognitive  12-7..9, 12-14 
Overcoming  12-14 

Black 

Color  Code  Meaning  1 1  -39 
Color  Coding  1 1  -1 2, 1 1  -39 
Foreground  Background  Combinations 
11-29..33 

Symbology  11-39 
Usage  11-13,11-29 
Bleed-through  (see  Optical  Crosstalk) 

Blocking 

Access  to  System  Functionality  15-36 
Control,  Usage  15-36 
Control,  for  Novices  1 5-36 
Error  Feedback.  System  Initiated  15-36 
Features  15-16 

Blue 

Color  Blending  8-31 
Color  Code  Meaning  1 1  -39 
Color  Coding  11-11 
Color  Discrimination  11-14 
Color  Pair  Usage  1 1  -25..27 
Dots  8-31,11-40 

Foreground  Background  Combinations 
11-29..33 

Graphic  Displays  1 1  -25 
Information  Display  1 1  -25 
Light  Blue  11-29..33 
Linos  8-31,11-40 
Saturation  11-40..41 
Symbology  11-39 

Usage  11-11,  ll-25.  11-29,  11-39..41 
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Usage,  Periphery  1 1  -41 
Wavelength  11-14 
Blue-green 

Color  Discrimination  11-14 
Wavelength  11-14 
Bookmarking 

Help  System  Customizing  14-22 
Defined  14-22 
Message  Tagging  14-22 
Usage  14-22 

Boolean 

Logic,  Use  in  Searching  13-42 
Box 

Text-editing  13-36..38 
Branching 

Menuing  Techniques  5-2 
Brightness 

Ambient  Light  11-1 
Background  1 1  -5 
Color  Coding  Cue  11-11 
Color-coded  Symbols  1 1  -50 
Depth  Cue  1 6-36 
Defined  11-5 
Foreground  1 1  -5 
Highlighting  11-12 
Lighting  11-1 
Perception  1 1  -35 
Relativity  11-8..9 
Browsing 

Embedded  Training  15-9 
Accom  modaling  15-11 
Discovery  Learning  Structure  15-15 
Hierarchical  Menus  5-15,  5-20 

Button 

Command  Input  6-1,7-11 
Control  7-11 
Control  Object  7-14 

Display,  Embedded  Training  Navigation  15-33 

Location  7-1 1 

Mouse  7-24 

Nature  Description  14-13 

Obscuring,  “Criticar  Navigation  15-30 

Radio  14-14 

Usage  7-11 

Widget  7-14 

C 

CAI  (see  Computer-assisted  Instruction) 

CANCEL 

Usage  2-30 
Location  of  Button  7-1 1 
Option  2-26 

Cancel 

Upcoming  Intervention  15-35 
Candela  (od) 

Defined  16-14 


Capital  Letter 

Misuse  10-19 
Usage  10-19 

Captions 

Alignment  13-18 
Formatting  13-16 
Structure  and  Size  13-16 
Cartographic  Display 
Size  16-11 

Case 

Caption  Format  13-16 
Heading  Format  13-18 
Label  Format  9-1 6, 1 3-1 6 
Upper  and  Lower  Equivalency  2-5 
Cathode  Ray  Tube  (CRT) 

Applicability  1 6-2 

Glare-reducing  Techniques  16-20..23 
Human  Performance  Research  1 6-2 
Large-screen  1 6-3 
Display  Technology  16-2 
Cathode  Rav  Tube  Displays 
Design  16-1 
Interline  Spacing  16-6 
Etched  Filter  Usage  1 6-22 
Pixel  Width  1 6-6 

Caution 

Message  Specifying  14-24 
Training  Program  Annotation  15-39 
CBT  (see  Computer-based  Training) 

Character 

Aspect  Ratio  1 6-28 
Coloring  of  Background  1 1  -35 
Deletion  13-24 
Design  10-19..21 
Display  13-17 

Dot  Matrix  Construction  1 0-20 

Error  Correction  3-13 

Font  Size  10-21 

Height  and  Width  1 0-20 

Line  Length  10-18 

Line  Length,  Columnar  10-18 

Locating  13-37 

Luminance  Values  16-28 

Modulation  1 6-29 

Orientation  1 6-6 

Pixel  16-6 

Readability  10-21 

Reduction  7-22 

Removing  13-37 

Replacing  13-38 

Screen  Density  10-12 

Size  7-22,  16-6,  16-11,  16-27.,?8 

Spacing  10-19 

Stroks  Width  1 6-7,  1 6-28 

Text  Scrolling  10-22 

Truncatbn  13-24 
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F 


Choice 

Question,  Embedded  Training  15-4 
Chromatic 

Defined  1 1  -5 

CLEAR 

Function  13-37 

Clicking 

Feature  Selection  14-15 
Mouse,  Single  Press  14-8, 14-20 

Clutter 

Color  11-1 
Display  7-9 

Display  Sequencing  8-22 
Labeling  8-3 
Minimizing  7-10 
Reduction  7-10,8-7,8-22 
Reductbn,  Overlapping  Windows  7-9 
Reduction,  Tiled  vifindows  7-10 
Window  Design  7-8..  11 
Coaching 

On-line  Training  Type  1 5-2..3 

Training  Interface  Design  Guidance  1S-2..3 

Code 

Alphabetic  5-32 

Alphabetic  and  Numeric  5-31.. 32 
Color  6-17..18,  8-10,  11-3,  11-8, 11-1 1..12, 
11-14..25,  11-39..40, 11-43,  11 -45..51 
Combining  5-31 
Control  Defaults  2-18 
Displaying  Option  Codes  2-19 
Entry  5-6 
Error  14-24 

Ftewcharts,  Consistency  9-31 

Form  6-18 

Keyed  Entry  2-21 

Legend  9-20 

Line  9-21 

Map  8-3 

Menu  Option  5-32 
Menu  Selection  2-1,5-6,5-26 
Military  Map  8-10 
Ordering  1 1  -45 
Pattern  9-1 0 

Presentation  Graphics  9-10.. 16 
Primitives  6-18 
Scheme  11-3,11-19 
Shape  6-18 

Stacked  Control  Entries  2-20 
Standard  Entry  Area  5-26 
Texturing  9-10 
Value  Projection  9-21 
Variability  11-45 
Coding  Issue 

Cotor  1-14 
Coding  Method 

Color  6-17,11-8 


Color 

Advantages  11-1 
Area  Fill  9-8 

Ambient  Illumination  1 1  -35 
Amplification  of  Coding  Scheme  11-19 
Association  11 -16..  17 
Background  11-35 
Blending  8-31 

Code  6-18,  8-10,  11-12,  11-45 
Coded  Information  1 1  -8 
Coding  8-10,  11-3,  11-8,  11-11..12,  11-14.. 25, 
11-39..40.  11-43,  11-45..51 
Command  and  Control  Systems  Use  11-1 
Consistency  11-8, 11-16.. 17, 11-25 
Consistent  Use  1 1  -2 
Constraints  on  Use  1 1  -8 
Contrast  1 1  -2,  1 1  -4,  1 1  -1 3,  1 1  -25,  1 1  -29 
Customization  1 1  -3 

Decision  Graphics  and  Displays  1 2-41  ..42 
Decorative  Coding  11-51 
Defective  Vision  11-11 
Default  Scheme  1 1  -3 
DefinKion  of  Key  Terms  1 1  -5 
Depth  Perceptions  16-35 
Disadvantages  11-1, 11-35 
Display  Oecluttering  11-1 
Discrimination  11-1  ..2,  11-5,  11 -13..  14 
Ease  of  Discrimination  11-14 
Electroluminescence  Displays  16-17. .19 
Flexibility  1 1  -3 

Foreground  Background  Combinations 
11-29..33 

Functional  Coding  11-51 

General  Design  Factors  1 1  -1  ..4 

Highlighting  11-12 

Infrequently  Used  Data  11-15 

Key  Terms  11-5 

Keys  11-41.43 

Labeling  of  Function  Keys  4-12 

Icons  6-1 7..  18 

Map  8-3,  8-6,  8-13 

Map  Graphics  11-4,  11-39,  11 -45. .47,  11-51 

Moaning  11-3, 11  -39 

Menu  Selections  5-15 

Mismatching  11-16 

Names  11-3 

Option  Selection  8-27 

Ordered  Coding  1 1  -45 

Overarching  Design  Guidelines  1 1  -2. .3 

Pairing  11 -25.. 27 

Perception  11-2 

Periphery  11-41 

Preference  over  Pattern  Coding  9-10 
Ratios  11-13 
Redundant  Coding  11-12 
Relative  Brightness  1 1  -8  .9 
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Saturated  11-25..27,  16-35 
Scheme  11-3 
Secondary  16-35 
Selection  11-14..44 
Small  Display  Areas  11-12 
Status  11-16 
Symbols  11-49..S0 
Personal  Reactions  11-1 
Sparing  Use  1 1  -2 
Specific  Meanings  1 1  -39.  .40 
Symbol  Coding  8-10, 1 1-49..50 
T actical  Situation  Map  1-14 
Terrain  Features  8-13 
Tonal  Color  Coding  1 1  -45..47 
Usage  1-14,  6-17, 10-10.  1 1-1. .51 
Use  in  Indication  of  Active  Windows  7-23 
Vision  Defectiveness  11-11 
Vision  Deficit  1 1  -3 
Color  Coding 

Alphanumeric  Screens  11-19 
Changes  11-12 
Complex  Background  1-14 
Convention  11-16 
Customizing  1 1  -3 
Decorative  1 1  -51 
Diffarenf  Items  1 1  -25 
Discrete  Categories  11-14 
Display  T argets  1 6-30 
Flexibility  11-3 
Graphical  Screens  11-19 
Maps  1 1  -4.  1 1  -39.  1 1  -45..47,  11-51 
Method  1 1  -8 
Ordering  1 1  -45 
Redundancy  11-3,11-12 
Relative  Values  1 1  -45 
Requirements  16-30 
Schemes  11-3,11-19 
Similar  Information  11-25 
Standardization  11-3 
Stereoscopic  Displays  (3D)  16-35 
Symbols  11-49..50 
Tonal  11-45..47 
Values  11-3 
Variables  1 1  -45 
Color  Usage 

Cotor-coded  Symbols  11-49..50 
Color  Selection  11-14. .44 
Combinations  1-13 

Foreground  and  Background  1-13, 10-21 

General  11 -7..  13 

Graphical  User-interfaces  1-13 

Guidelines  9-10 

Icons  6-17 

Introduction  11-1. .6 

Key  Terms  11-5 

Map  Graphics  and  Color  11-51. .52 


Tonal  Color  Coding  11-45. .47 
TopicArea  1-11, 11-1. .57 

Column 

Justification  10-17 
Line  Length  10-18 
Scroiling  1 0-22 

Usage  10-15, 13-15.. 16. 13-18 
Command 

Abstraction  Levels,  Requirements  12-47 

Activation  Points  7-7 

Alphabetical  Index  1 4-9 

Alternatives  13-31 

Application  Screen  Protection  15-10 

Authorized  13-28 

Briefness  13-27 

Command  Sets  5-2 

Default  7-1 1 

Direct  5-3 

Display  14-8 

Display,  Embedded  Training  Availability  15-28 

Editing  13-36..38 

Embedded  Training  15-10 

Entry  7-10,  7-12,  13-28, 14-13 

Entry  Area  10-8 

Entry  Widgets  7-7 

Entry,  Prompts,  Messages  Location  10-12 
Error  Correction  1 3-28, 1 5-37 
Inputs  10-1,14-11 
Inputing  7-1 1 

Learning  Requirements  15-12 
Macro  Definition  13-31 
Menu  Selections  5-2 
Messages  7-10 
Misstriking  15-37 
Mnemonic  13-27 
On-line  Heip  15-1 
Prompts  7-10 

Query  Formulation  13-38. .39 
Requirement,  UNDO  15-17 
Results  7-1 
Revision  13-28..29 
Single  Action  15-9 
Soft  Keys  7-7 
Stacking  2-8 

Structure,  Simplified  for  Novices  1 3-47 
Unambiguous  13-27 
User-defined  13-31 
User-friendliness  13-27..28 
Verification  1 5-29 
Command  and  Control 

Applications  1-5,  6-7,  10-21 
Decision  Aids  Distribution  1 2-47 
Display  of  Data  1 0-24 
Display  Screens  10-24 
Family  1  -5 
Icons  6-13 
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Information  Color  Requirements  11-11 

Menus  5-1 

Military  1-1.6-6,6-10 

Performance  1  -2 

Picture  9-2 

Process,  Decision  Aids  Design  1 2-47 
Products  1  -2 

Program  Content,  Domain  Experience  Adapting 
15-13 

Relevance  1-11 
Reliability  1-2 
Research  6-13 
System  Design  1  -5 
Screen  Elements  10-24 
System  Metaphor  6-1 0 

Systems  1  -1 .  5-2,  5-22,  6-1 8.  6-25,  7-4,  7-7,  7-9 
Tactical  6-3 
Tasks  1-7 

User-computer  Interface  Designers  1-8 
Command  and  Control  Systems 
Characterization  1-1 
Cohesion  1-5 

Color  Usage  11-1, 11-4, 11-16 
Decision  Aids  Development  12-1 
Developer  1-1, 1-6 
Development  1-1 
Family  1  -5 

Functional  Requirements  1-6..7 
Interface  1  -6 
Guidelines  Specificity  1  -5 
Performance  1  -1 
Reliability  1  -1 

Screen  Design  Guidelines  10-1,10-3 
Tasks  1-7 
Command  Language 

Contrasted  with  Direct  Manipulation  6-1 
Defined  2-2 

Query  Languages,  Usage  13-3 
Interface  Type  13-3 
Command-language  Based  System 
Entry  Confirmation  6-1 
Response  Waiting  6-1 
Contrasted  with  Direct  Manipulation  6-1 
Use  of  Multiple  Commands  13-48 
User  Types  in  a  Command  6-1 
Communications  System 

Sending  a  Message  6-1 
Compatibility 

With  User's  Decision  Processes  12-18 
Wrth  User  Expectations  2-9 
COMPILE 

Function  13-39 
Completion 

Time  on  Procedural  Tasks  13-11 

Complex 

Answers,  Summary  and  Options  15-27 


Features  Assistance  15-12 
Complex  Terms 

"Exit  to  Prior  Screen"  2-30 
Meaning  Consistency  2-30 
‘Save  and  Apply"  2-30 
Usage  2-30 
Components 

Advisor  or  Coaching  15-18 

Attention  Features  10-10 

Common  Errors  15-20 

Complex  Systems  9-2 

Context-similar  15-20 

Embedded  Training  15-16..22 

Embedded  Training  Guidelines  Concepts  15-5 

Effectiveness,  Different  On-line  Training  15-5 

Examples  15-19 

Executing  On-line  Training  Program  15-1 
Hardware  1  -2 

Human  and  Automated  System  12-2 
Individual  1  -2 
Information  Base  15-16 
Knowledge  Training  15-25 
Mobility,  Embedded  Training  15-33 
Multi-component  Training  15-16 
Overcoming,  Emotional  12-13 
Reference  1 5-1 6 
Resource  Integration  15-16 
Selection,  Subtopic  15-23 
Selection,  Training  Icon  15-28 
Software  1  -2 

Structuring,  Embedded  Training  15-23 
User  Involvement  1  -2 
Comprehensive 

Verson  for  Experienced  Users  13-48 
Computer 

Aids  9-5 
Applications  9-2 
Concepts  6-2 
Data  6-1 

Differences  between  Humans  1 5-1 
Function  Allocation  12-20 
Implication  Avoidance  15-7 
Menu  Option  6-1 
Models  9-9 

Performance,  Tactical  Functions  7-5 
Process  6-1 
Processing  Speed  7-5 
Rule  Applying  9-7 
Systems  1  -4 
Training  Experience  15-2 
Computer  Experience 

Accommodating  Differences  15-14 
Adapting  to  User  15-13 
Differences  15-1 
Training  15-3 
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Computer  Program 

Interface  Design  15-1 
Computer  Systems 

Human  Performance  Research  1  -5 
Knowledge  Acquisition  1-4 
Multimedia  Capabilities  9-2 
Overarching  Color  Guidelines  1 1  -2.. 4 
Sophistication  15-1 
Computer-assisted  Instruction  (CAI) 

Intelligent  15-3 
On-line  Training  Type  1 5-2..3 
Training  Interface  Design  Guidance  15-2..3 
Computer-based  Training  (CBT) 

On-line  Training  Type  15-2..3 
Training  Interface  Design  Guidance  15-2..3 
Computerized 

System  1-2.  .3 

Systems  Human  Performance  1-13 

Concave 

Shapes  6-5 
CONFIRM 

After  RESTART  2-26 
Destructive  Entries  2-27,  2-29 
Potential  Data  Loss  2-27 

Confirm 

Automatic  Error  Correction  1 5-37 
Options,  Solutions,  and  Commands  15-27 
Consistency 

Alarms  2-32 

Between  Application  and  Training  Interfaces 
15-12 

Color  Associations  11-16..17 
Color  Choice  and  User’s  Expectations  11-2, 
11-8 

Color  Meaning  1 1  -2 
Color  Usage  11-2, 11-16.. 17 
Common  Primitives  and  Boundaries  6-18 
Control  Options  for  Continuing  to  Next 
Transaction  2-18 
Decision  Aids  12-30 
Design  1-4..5,  2-3 
Dialogue  Strategies  3-7 
Diagram  Notation  9-30 
Display  of  Context  Information  2-1 7 
Display  of  Option  Codes  2-1 9 
Display  Structure  10-8 
Entry  Dialogue  3-7 

Error  Handling  in  Stacked  Commands  2-27 

Explanation  with  Tasks  1 2-38 

Fields  10-8, 13-18 

Flowchart  Coding  9-31 

Flowchart  Wording  9-33 

Format  of  Form  and  Hard  Copy  3-6 

Format  for  Control  Forms  3-6 

Format  of  Data  Fields  3-1 0 

Function  Keys  4-8 


Icon  Design  6-18 

Icon  Meaning  6-18 

Iconic  Interaction  6-1 8 

Improving  1  -5 

In  Data  Display  13-17 

In  Presentation  Styles  9-4 

Input  Prompts  10-8 

Interaction  6-18 

Interactive  Control  Actions  2-9 

Label  Colors  11-16 

Labeling  3-19 

Logic  for  Double  Keying  4-9 

Map  Design  8-2 

Menus  5-6,5-11,5-32 

Message  Location  13-19 

Metaphors  Consistency  with  Objects  6-10 

Objective  for  Assisting  Users  1 5-3 

Order  of  Entry  Stacking  2-20 

Option  Code  Display  5-32 

Screen  Design  10-8,13-14 

Standard  Formats  3-7, 13-14 

Text  Positioning  Relative  to  Graphics  9-1 8 

Use  of  Line  Coding  with  Curves  9-21 

Visual  Cues  5-6 

Context 

Continuous  Display  of  2-5 
HELP  14-1 3..  15 
Large  Screen  Displays  5-7 
Sensitive  Help  Screens  8-1 0 
Variations  SuKability  12-21 

Context  Definition 

Application  Provided  to  User  2-16 
Consistent  Display  of  Information  2-17 
Design  Considerations  2-4 
Design  Guidelines  2-4 
Display  of  Control  Parameters  2-17 
Display  Operational  Mode  2-17 
Established  by  Prior  Entries  2-16 
Highlighting  Selected  Data  2-17 
Record  of  Prior  Entries  2-16 
Tasks  Performed  2-16 

Context-sensitive 

Format,  Defined  1 5-2 
HELP  13-45, 14-1,  14-13..14 
Information  Source  14-3 
Screen  Display  2-6 
Training  15-11 
Training  Assistance  15-16 

Context-similar 

Embedded  Training  Error  Component  15-20 

Context-similarity 

Feedback  1 5-34 

CONTINUE 

Option  2-23 

Contour 

Intervals  8-13 
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Line  6-5, 

Usage  8-13 

Contrast 

Electroluminescence  Displays  1 6-1 7 
Glare-reducing  Techniques  16-20 
Large  Screen  Displays  16-24 
Ratio  1 6-28 

Control 

Actions  7-12 
Analysis  Process  12-35 
Assets  1-7 
Availability  2-1 1 
Blocking  for  Novices  1 5-36 
Blocking,  Usage  15-36 
Buttons  7-11,14-13 
Consistency  7-12 
Complexity  6-2 
Data  Retrieval  12-35 
Defines  Window  Manipulation  7-1 2 
Delay  2-1 1 
Dialogue  2-1, 13-28 
Direct  Manipulation  6-1 
Ease  1 2-23 
Element  Change  2-9 
Embedded  Training  15-4 
Entries  2-2,  2-5..6,  2-9,  2-11,2-12,  2-14, 
2-20..21,  3-3,  3-6, 3-12,  4-3,  5-19 
Entry  Response  2-30 
Error  14-23 

Explicit  User  Control  2-10 
Feedback  15-36 
Flexibility  15-23 
Font  Point  Size  10-21 
Formats  12-41 

Functions  2-10,  6-14,  7-3,  13-35 
Information  2-8,  7-9,  7-21 
Input  a  Command  6-1 
Instructional  Sequence  15-23 
Interaction  1-2  ,2-1, 

Interactive  2-1. .36,  3-1 ,  4-1 ,  6-7 
Hazardous  Procedures  15-23 
Level  of  Difficulty  15-14 
Logic  2-10,2-23 
Means  2-9 

Movement,  Embedded  Training  15-33 

Object,  Push  Button  7-1 4 

Operations  7-2 

Options  2-7,2-22,5-19 

Parameters  2-1 7 

Processes  9-1 

Retaining  12-31 

Sequence,  Experienced  Users  15-23 
Size  7-12 
System  1  -9 

System  Requirements  10-1 
Tactical  1-7, 1-9 


Update  Frequency  8-21 
User  14-15,  14-23 
User  Action  2-10,6-1 
User  Windows  15-31 
Vocabulary  1 3-43 
Window  Overlays  7-12 
Window  7-1 4  .25 
Window  Operation  7-2 
Control  Actions 

Hazardous  or  Destructive,  Prohibiting  15-1 0 
Control  Blocking 

Novice  Error-Blocking  15-36 
Usage  15-36 

Convex 

Shapes  6-5 

COPY 

Function  13-37 

Correct 

Alternatives  14-13 
Input  14-11 
Correction 

Automatic  15-36..37 
Ease  2-3 

Error  13-28. 15-36..37 
Explicit  Entry  2-28 
Flexible  GOBACK  2-28 
Immediate  2-29 
Notification  15-36..37 
Prompts  2-28 
Stacked  Commands  2-28 
User-friendliness  13-28 
Courses  of  Action 

Military,  Evaluation  1 2-1 
Courseware 

Formal,  Embedded  Training  Component  15-16 
Courseware  Outlines 

Descriptions,  Advance  Organization  1 5-25 

CREATE 

Function  13-33 

Creating 

Limited  Embedded  Training  Feature  15-14 

Criteria 

Appropriateness  12-23 
Combining  12-4,  12-12 
Criteria,  Multiple  12-27 
Identification  Means  12-17 
Usage  12-25 

Weight  Obtaining  and  Assessing  12-27 
Critical  Data 

Identification  9-1 7..  18 
Placement  8-26 
Use  of  Saturated  Blue  11-41 
Critical  Operation 

Noninterference  15-11 
Notification  15-11 
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Crossfile 

Searching  13-44 
Cross-referencing 

Internal,  Embedded  Training  Component  15-16 
Crosstalk  (Bleed-through) 

Interocular  16-35 
CRT  (see  Cathode  Ray  Tube) 

Cue 

Combining  1 2-4 
Depth  1 6-36 

Embedded  Training  Content  15-27 
Field  Length  3-12 
Providing  8-26 

Cultures 

Icon  Design  for  6-21 

Cursor 

Automatic  Placement  5-24 

Change  in  Shape  7-17 

Command  Inputs  6-1 

Combined  Mode  of  User  Interface  5-25 

Commands  2-10 

Confirming  Position  2-15 

Cursors,  Map  8-29 

Design  2-1 4,.  15 

Display  8-14 

Distinctiveness  2-14 

Dual  Activation  5-28 

Field  Querying  3-15 

Hierarchical  Browsing  5-20 

Indicating  Selection  7-17 

Interaction  3-8 

Keyboard  Keys  6-8 

Large  Screen  Displays  5-7 

Location  3-9,  8-24 

Moves  6-1 

Moving  2-10,5-10 

Placement  2-21 

Pop-up  Menus  5-9.. 10 

Positioning  2-14,6-25 

Pull-down  Menus  5-8 

Rubberbanding  9-6 

Shape  for  Window  Moving  7-1 7 

Size  8-29 

Use  in  Resizing  Windows  7-18 
Use  in  Shifting  Among  Windows  7-24 
Cursor  Movement 

Into  Non  Data  Area  3-8 
Convenient  Method  3-8 
Explicit  Action  3-8 

Curve 

Graph  9-20,. 23 
Curved  Linos 

Usage  9-20 

Curves 

Area  Between  9-23 


Highlighting  9-20 
Labeling  9-20 
Line  Coding  9-21 
Multiple,  Curves  9-20 
Stacking  9-23 

Customized 

Color  Coding  1 1  -3 
Display/Control  Options  2-7 

CUT 

Editing  Function  13-37 

D 

Data 

Analysis  9-29,  10-23,  12-10,  12-35 

Application  Screen  Protection  15-10 

Arrangement  10-24 

Association  1 2-37 

Best  Use  of  Limited  12-13 

Coding  Consistency  9-21 

Comparison  9-1,11-11 

Correlations  12-7 

Criticality  9-1 7..  18 

Crowding  10-25 

Cyclic  9-21 

Decoding  10-7 

Display  1-7,8-22,16-26 

Display  Color  Categories  11-15,  11-19 

Dbplay  Needs  10-7 

Distribution  9-25 

Distortion  9-13 

Elements  9-4,  9-16 

Features  9-17 

Filters  8-30 

Formats  9-4 

Functional  Fields  10-13 

Grouping  10-2,  10-23,  12-39 

Highlighting  11-12 

Human  Performance  1  -8 

Identification  9-1 6..  18 

Illustrating  Changes  8-22 

Information  Overload  1 2-33 

Input  1-3 

Integrated  Display  1 0-7 
Interpretation  9-16 
Interrupting  1 0-7 
Justifying  10-17 
Key  hems  1 1  -7 
Labeling  8-13,9-16 
Legends  9-16 
Manipulation  1-3,  12-12 
Menu  Bar  10-12 

Missing  or  Uncertain  Identification  12-30 
Obscuring  9-19 
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Order  10-10 

Organization  9-5, 13-18..20 
Partitioning  10-25 
Perception  12-5, 12-7 
Placement  8-26 
Plotting  9-5.9-13.9-16.9-21 
Point  Connection  9-20 
Prediction  12-26 

Presentation  8-1,  9-25, 13-1, 13-12 
Presentation  Fidelity  15-27 
Presenting  and  Removing  8-22 
Range  Emphasizing  9-12 
Registering  8-9 
Representation  9-1 
Retrieval  1-3,  7-18 
Retrieval  Control  12-35 
Saving  14-23 
Scaling  9-5 
Scatterplots  9-25 
Scrolling  10-22 
Specific  to  Task  9-3 
Trends  9-1 
Updating  8-20 
Value  Projection  9-21 
Values  9-1,9-18 
Viewing  7-6 
Windows  7-6 
Data  Fitry 

Aids  to  Plotting  9-5 

Alphanumeric  Data  6-9 

Change  2-23 

Computer-Aided  9-5 

Cursor  Location  3-9 

Cursor  Movement  3-8..9 

Cursor  Pointing  2-15 

Data  Entry  Forms  3-1 ,  3-4 

Default  Values  3-5 

Error  Correction  2-28..29 

Error  Management  3-13 

Explicitness  3-4 

Flexibility  3-3 

Feedback  2-12 

Fields  3-5,  3-8,.12.  3-17 

Form  Filling  2-1 ,  3-1 ,  3-3 

Keyboard  6-9 

LaM  Location  3-19 

Location  of  Units  of  Measure  3-20 

Mandatory  Fields  3-18 

Menu  Options  5-6 

Ordering  3-17 

Organization  10-14.17 

Overwriting  3-12 

Preformatted  Windows  7-6 

Presentation  10-16 

Requirements  Reduction  1 2-32 

Screens  3-7 


Standard  Message  Texts  7-6 
Validation  9-5 
Data  Field 

Alignment  13-18 

Blanks  3-20 

Boundaries  3-11,3-15 

Consistency  of  Format  3-10 

Data  Omission  Identification  3-1 1 

Decimal  Format  3-1 2 

Defaults  12-32 

Display  3-12 

Distinction  3-20 

Distinguishing  3-15 

Error  Correction  3-13 

Error  Messages  3-13 

Explanatoiy  Messages  3-15..16 

Formats  3-10 

Grouping  3-15,3-17 

Highlighting  3-15 

Identification  3-1 1 

Labeling  3-19..20,  10-15 

Length  3-12 

Missing  Data  3-11 

Nulls  3-22 

Numeric  3-12 

Overwriting  3-12 

Size  3-12 

Spacing  3-15,  3-19 

Subgroups  3-1 1 

Variable  Format  3-10 

Data  String 

Display  13-17 

Database 

Alert  New  Developments  12-32 
Changes  8-22 
Component  15-16 
Definition  13-1 
Design  13-6..7 
Function  Performance  1  -7 
Initiating  a  Query  6-1 
Information  1  -7 
Management  12-1 
Models  13-7 

Search  Commands  13-33..44 
Selection  13-33 
Sharing  1 2-43 

Database  Management  System  (DBMS) 

Definition  13-1 
Models  1 3-6 

Type  of  Information  Management  System  1  -9 

Database  Queries 

Menu  of  Alternatives  7-7 
Screen  Design  13- 13.. 20 
Tactical  7-7 
Types  13-1,  13-3..6 

DBMS  (see  Database  Management  System) 
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Decision 

Alternative  Rank-ordering  12-25 
Application  Requirements  12-24 
Automation,  Fear  12-16 
Complexity  Avoidance  12-6..7 
Criteria  and  Strategies  1 2-25 
Critical  Aspects  Completeness  12-21 
Discrimination  12-16 
Errors  12-4 
Factor  Adding  12-28 
Less-than-optimal  12-4 
Methods  Adjustment  1 2-5 
Objectives  12-5 
Option  Evaluation  1 2-25 
Outcome  1 2-5 
Ownership  12-32 
Providing  Alternatives  12-24.. 25 
Ouality  Factors  1 2- 1 0. .  1 1 
Solution  Exploration  1 2-25 
Decision  Aids 

Acceptability  12-19, 12-22 
Accommodating  Change  12-31 
Adaptation  12-15, 12-45 
Adding  Accuracy  12-13 
Adjustment  to  Change  1 2-49 
Advice,  Timeliness  1 2-23 
Advisor  Role  12-22 
Alerts  12-26.12-32 
Algorithm  Documenting  1 2-39 
Alternative  Evaluation  1 2-24 
Alternative  Generation  12-25 
Alternative  Inputing  12-25 
Alternative  Probability  Methods  12-25 
Alternative  Rank-ordering  12-25 
Alternatives  12-1 4..  15 
Analysis  12-35 

Application  Meaningfulness  12-22 
Application  Requirements  12-24 
Appropriateness  12-2, 12-18 
Assistance  Providing  12-2 
Attention  Focus  12-12 
Automatic  Discovery  12-24 
Automation  12-1 
Boundaries  12-28 
Cautions  and  Limitations  12-15 
Change-over  Time  12-49 
Clarifying  User  Input  12-33 
Complacency  Encouraging  12-15 
Completeness  12-21 
Complexity  Avoidance  12-6..7 
Complexity  Reduction  12-34 
Complimenting  Information-distribution  Systems 
12-44 

Complimenting  Tasks  12-44 
Considerations,  Cognitive  12-3.. 10 
Consistency  Checks  12-30 


Context  12-21 

Criteria  Appropriateness  12-23 
Criteria  Weight,  Obtaining  and  Assessing  12-27 
Customization,  Display  Formats  12-37 
Defined  12-1.. 2 

Defining  Requirements  12-2,  12-17..22 
Definition  Exclusion  12-1. .2 
Design  12-1.12-11,12-21.12-45 
Design  Considerations  12-20 
Design  for  Entire  Process  1 2-43 
Design  Impacts  12-48 
Design,  Change-over  Tims  12-45 
Design  Issues  12-2 
Detail  Levels  12-47 
Development  1 2-47 
Dsvebpment  by  Requirements  12-18 
Development  Focus  12-17 
Development  Support  1 2-24 
Dialog  to  User  12-36 
Difficulties  12-3 
Display  Formats  12-37 
Discrimination  Limitations  12-16 
Displaying  Goals  and  Options  12-24 
Distinction  1 2-2 
Distribution  12-47 
Ease  of  Control  12-23 
Ease  of  Providing  Decision  Input  1 2-28 
Ease  of  Understanding  1 2-23 
Ease-of-use  12-23 
Efficiency  12-18 
Error  Prevention  Help  12-36 
Experts  12-17 

Explaining  Recommendations  1 2-30 
Explaining  Underlying  Factors  12-28 
Explanations  12-38..39 
Evaluating  Alternatives  12-24 
Factors  12-27.29 
Factors,  External  1 2- 1 0. .  1 1 
Failure  Notification  12-30 
Fear  of  Automation  12-16 
Features  12-23. .30 
Flexibility  12-23, 12-35, 12-47,  12-45 
Flowchart  Design  9-33 
Formats  12-20,  12-42 
Function  Allocation  between  Humans  and 
Computers  12-20 
Function  Appropriateness  12-18 
Function  Design  12-18 
General  Design  Considerations  12-23..24 
Guidance  1 2-33 
Guidelines  Appropriateness  12-2 
Human  Factors  Issues  12-37 
Improving  Timeliness  12-12 
Increasing  User  Workload  12-21 
Information  Presentation  1 2-34 
Intelligent  Dialog  12-36 
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Intelligence  12-31 

Weight  Modification  1 2-27 

Introduction  12-1  ..2 

When  to  Consider  Alternatives  1 2- 1 4..  1 5 

Limitation  Compensation  12-3 

When  to  Use  Decision  Aids  1 2-3..  1 6 

Limitations  12-28 

Decision  Factor 

Limitations,  Cognitive  12-4..6 

Assessment  1 2-27 

Maintainability  12-45 

Explanation  12-28 

Managing  Complexity  12-12 

Identification  1 2-27 

Matching  Available  Resources  1 2-23 

Modification  12-27 

Matching  to  Intended  User's  Needs  12-1 9 

Ranking  12-27 

Method  Determination  12-31 

Risk  Adjustment  12-27 

Method  Feedback  12-31 

Weight  Assignment  12-27 

Model  Validation  12-26 

Decision  Methods 

Modeling  12-26 

Adjusting  to  Goals  1 2-5 

Obvious  Solution  Usage  12-14 

Decision  Aids  12-31 

On-Line  Help  12-37 

Decision  Model 

Option  Display  12-24 

Key  Elements  12-39 

Organization^  Factors  12-43..44 

Validity  of  Elements  1 2-29 

Output  Detail  12-28 

Decision  Option 

Overcoming  Biases  12-14 

User  Evaluation  12-25 

Overcoming  User  Limitations  12-13.. 14 

Decision  Process 

Pattern  and  Relationship  Discovery  12-24 

Alerting  12-20 

Performance  Aiding  Limits  12-20 

Acquisition  12-20 

Personalization  12-35 

Evaluation  12-20 

Preference  Changing  12-45 

Timeliness  Improvement  12-12 

Policies  for  Change  1 2-45 

Phases  12-20 

Prediction  12-13, 12-26 

Responding  1 2-20 

Procedure  Types  12-36 

Support  12-1 

w 

Recommendation  Explaining  12-30 

User  Cooperation  12-32 

Recommendation  Handling  12-29.  .30 

User  Participation  12-32 

Requirements  12-18..20 

Decision  Problem 

Requirements  Definition  12-2,12-1 7. .22 

Alternative  Consideration  12-6 

Results  12-32 

System  Representation  12-32 

Retention  Problems  12-14 

Simplification  12-5..6 

Set  Limits  12-28 

Decision  Support 

Set  Range  of  Conditions  1 2-28 

Applications  12-1 

Simulation  12-26 

Automation  12-19,  12-22 

Situation  Help  12-2 

Limitations  12-11 

Support  Tailoring  12-45 

Skepticism  12-19 

Terminology  Appropriateness  12-23 

Value  12-22 

Tima  Requirements  12-14 

Decision-maker 

Timely  Advice  12-23 

Advisor  Role  1 2-22 

Topic  Area  1-11, 12-1..54 

Decision  Aid  Acceptability  12-31 

Training  12-11,12-40 

Decision  Aids  Burden  12-2 

Types  12-20 

Deductive  Skills  12-11 

Use  of  Limited  Data  12-13 

Experience  12-11 

User  Friendliness  12-31 

Information  Overload  Reduction  12-33 

User  Input  12-28 

Knowledge  of  Procedures  12-11 

User  Limitations  12-13 

Limitations,  Cognitive  1 2-3 

User-Oriented  Requirements  12-25 

Limited  Information  12-11 

User  Preference  12-22 

Stress  12-3 

User  Requirements  12-31.  .42 

Style  12-3 

Utility  Perception  12-19 

Support  12-43 

Validity  12-29 

Decision-making 

Versatility  12-23 

Behavior  Contingencies  1 2-21 

Visualization  12-29 

Deficiencies  1 2-5 

• 

Warnings  12-35 

Overcoming  Emotional  Components  12-13 
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Process  Biases  12-7..9 
Oeclunering 

Displays  with  Color  11-1 

Default 

Automatic  Display  3-5 
Color  Scheme  11-3 
Data  3-5 

Definition  Change  3-5 
Display  2-18,3-5 

Form  Filling  as  a  Means  of  Displaying  3-3 
Inputing  7-11 

Maintaining  Definition  3-5 
Optional  Fields  3-18 
Overwriting  3-1 2 
Replacement  of  Values  3-5 
Settings  12-28, 12-32 
Values  3-£>,  13-30 
Definition 

Macros  13-31 

User-defined  Commands  and  Function  1 3-31 

Delay 

Keyboard  Lockout  2-12 
Length  2-1 1 

Performance  Results  12-4 

Deletion 

Destructive  Actions  14-23 
Elements  8-27 
Erasing  13-24 
Irreversibility  13-28 
MARK  Field  for  13-35 
Symbols  8-26 
DESCRIBE 

Function  13-35 
Descriptive 

Question,  Embedded  Training  15-4 

Design 

Appropriate  Functions  12-18 
Areas  7-3 
Attributes  1-5 

Basis,  Task  Understanding  12-17 
Clarity  9-3 
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Considerations,  General  12-23..24 
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Consistency  1-4.. 5,  4-1,  5-11,  5-16,  8-2,  9-4 

Cursor  2-14..15 
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Decision  Aid  Help  1 2-2 
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Factors  1-3.. 4 

Flowcharts  9-33 
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Metaphors  1-13,  6-10.. 12 
Option  Lists  5-1 1 
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Prindplas  10-1 
Query  Screen  13-13. .20 
Reports/Output  13-34 
Rules  14,1-8,9-7 
Screen  Guidelines  8-1,  10-1. .30 
Screen  Requirements  10-1,10-3 
Systems  1-3,  7-8 
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Transaction  Selection  2-4 
User  Interface  2-4 
IWindow  Control  7-14 
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Windows  7-2,  7-3,  7-5,  7-8..  11 
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Imptementation  1-8 
Specification  1-8,  9-7 
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Font  Size  10-21 
Graphic  Element  8-26 
Line  Segment  9-6 
Map  Areas  8-6 
Open  Window  Map  7-27 
Windows  7-2..3 
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Information  Discrimination  Factors  11-1 
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Jargon  14-6 

Limitation  Recognition  7-5 
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Level,  Adjustment  12-35 
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Error  13-9 
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Bearing  8-1 6 
Distance  8-16 

Function  Appropriateness  12-18 
Developer 

Command  and  Control  System  1  -1 . 1  -6 
Guidance  1-11 
Obvious  Information  14-6 
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User  Participation  in  13-10 

Devices 

Pointing,  Use  of  13-6 
Robotic  12-1 
Diagnosis 

System  State  12-12 
Diagnostic  Software 
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Diagrams 
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Highlighting  9-30 

Offering  Users.  Flowcharts  15-25 


Rotation  Capability  9-30 
Schematics  9-2,  9-30 
Usage  9-2,  9-30 
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Advantages  and  Disadvantages  5-1 
Alphabetic  and  Numeric  5-31 
Capability,  Embedded  Training  15-2 
Closure  2-3 

Command  and  Control  Systems  Usage  2-2 

CONFIRM  Actions  2-29 
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Decision  Aid  to  User  1 2-36 
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Design  Considerations  2-4 

Design  Consistency  2-3 

Design  Guidelines  2-4 

Design  Principles  2-3 

Direct  Manipulation  2-2,  6-1 
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HELP  14-19 

Intelligent  Interfaces  1 2-36 
Interaction  of  6-1 8 
Interactive  4-1,  6-1 
Major  Type  2-1,  6-1 
Management  1 3-28 
Menus  2-3,  5-1 
Methods  4-1 
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Command  Input  7-11 
Contain  CONFIRM  2-29 
Data  Retrieval  7-18 
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Direct  Manipulation 

Application  to  Military  Command  and  Control 
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Displayed  Objects  6-7 
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Graphical  Interaction  2-2 
Hardware  Architecture  6-7 
Hardware  Considwrations  6-3,  6-7 
Hierarchical  Menus  5-20 
Icons  6-1.6-9,  6-13..25 
Interface  6-1  ..2,  6-6 
Introduction  6-1. .6 
Metaphors  6-2..3,  6-10..12 
Methods  6-9 
Mouse  6-8, 13-6 
Pointing  6-1 , 6-8 
Provision  6-7 
Reason  for  Use  6-2 
Screen  Arrangement  by  User  6-8 
Screen  Requirements  6-7 
System  6-3 

System  Requirements  6-7 
Topic  Area  1-1 1,6-1. .25 
Trackball  6-8 

Use  with  Hierarchical  Manus  5-15.  .23 
Use  of  Icons  6-1 3..  14 
Use  with  Menus  5-1 ,  5-3 
User-computer  Interface  6-2,  6-6 
Visual  Nature  6-2 

Directive 

Messages  13-28 
Discovery 

Guided,  On-line  Training  Type  15-3 
Learning  Structure  Type  15-15 
Discrimination 

Bright  Ambient  Light  1 1  -1 
Colors  11-1, 11-5, 11-13..14 
Colors  to  Avoid  11-11 
Defined  1 1  -5 
Enhancing  11-13 
Limitations  12-16 

Display 

Assistance,  Window  Placement  1 5-30 

Command  15-28 

Data  13-18 

Data  Fields  13-1 7..  18 

Data  Presentation  13-1,  13-12 

Data  Strings  13-17 

Duration  2-31 

Embedded  Training  Availability  15-28 
Function  Key  15-28 
Graphical  13-12 
Icon  15-28 

Information  Displays,  Forms  of  13-11 
Learning  Requirements,  Minimizing  15-12 
Navigation  Button,  Embedded  Training  15-33 
Relevant  Information  Only  13-13 
Screen  15-6, 15-30..31 
Screen,  Material  Format  15-26 
Display  Failures 

Active  versus  Passive  16-10 


Cell  versus  Line  16-10 
Character  Size  1 6-1 1 
Reading  Performance  16-10 
Symbol  Recognition/Identification  16-11 
Display  Rata 

Defined  5-5,13-25 
Menus  5-5 
Options  5-5 
Distinctive 

Alarms  2-32 
Cursor  2-14 

Display  of  Control  Information  2-8 
Display  Design  2-8 
Display  Elements  10-9 
Display  of  Information  2-1 7 
Display  of  Option  Codes  2- 1 9 
Display  of  Unavailable  Options  2-1 9 
Interrupt  Options  2-26 
Labeling  of  Function  Keys  4-1 0 
Line  Code  9-21 
Location  of  Function  Keys  4-12 
Menu  Options  5-30 
Minimizing  Visual  Competition  1 0-9 
Distribution 

Systems,  Limited  15-5 
Document 

Algorithms  12-39 
Application  1-8..  10 
A^licability  1-6..7 
Background  1-1. .5 
Design  Guidelines  12-37 
Errors  14-25 
Focus  1  -9 

Guidelines  Presentation  8-1 
Guidelines  Organization  1  - 1 1 ..  1 2 
Information  Basis  1-12 
Introduction  1-1. .14 
Objective  1-5 
Purpose  1  -1 

Research  Needs  1-13..14 
Scope  11-1 
Target  Audience  1  -8 
Documentation 

Availability  13-30 
User  Assistance  15-1 

Domain 

Experience  15-13 
Double  Keying 

Consistent  Logic  4-9 
Logical  Pairing  4-9 
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Computer  Aided  9-7 
Lines,  Automated  Aids  9-6 

DROP 

Function  13-35 
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Dual  Activation 

Defined  5-28 
Pointing  5-28 

Dump 

Memory,  Protection  15-10 
E 

Ease  of  Use 

Database  13-7..8 
General  Recommendations  13-9 
Query  Language  13-9 
Levels  for  Novice  Users  1 3-46 

Editing 

Automatic  Updating  8-20 
Commands  13-36.. 38 
Display  8-26..28 
Drawings  9-7 

Graphic  Element  Designation  8-26 
Interactive  13-42 

Limited  Embedded  Training  Feature  15-14 
Line  Segments  9-6 
Map  Graphics  8-25..28 
Presentation  Graphics  9-5.. 9 
Stored  Data  9-5 

Effort 

Level  of  13-25 
Electroluminescence  Displays 

Demonstration  of  Concept  16-19 
Interface  1 6-1 8 
Resolution  16-17 
User  Concurrence  16-19 
Electronic  Map 

Color  1-14 
Color  Coding  1-14 
Degree  of  Mirroring  1  -14 
Detail  1-14 
Displays  1-14,  8-2 
Example  8-4 
User  Callable  1-14 
Visibility  1-14 

Electronic  Performance  Support  Systems  (EPSS) 
On-line  Training  Type  15-3 
Training  Interface  Design  Guidance  15-2. .3 
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Change  2-9 
Coding  Consistency  9-31 
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Decision  Model  12-42 
Deletion  8-27 
Designation  8-26 
Display  2-9 
Grouping  9-8 
Highlighting  9-27 
Label  Location  9-16 
Ordering  9-31 


Querying  9-4 
Repositioning  8-26 
Retrieval  8-28 
Stability  8-20 
Validity  Assurance  12-29 
Visualizing  Contributions  9-22 
Embedded  Training  (ET) 

Ability  to  M^ify  1 5-38..40 
Acceptance  and  Usage  Factors  1 5-3 
Accessing  Training  15-28..29 
Accuracy  15-8 
Adaptation  to  Users  15-13..15 
Additions  15-38 
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Annotation  Log  15-38 
Annotation  Search  15-38 
Application  Interface  Consistency  15-12 
Application  Screen  Restoring  15-10 
Assistance,  Inconsistent  Interface  15-12 
Availability  15-8,  15-28 
Availability  Displaying  15-28 
Basic  Concepts  Supporting  Learning  and 
Transfer  15-4 
Browsing  15-9 
Contest  Sensitivity  15-11 
Critical  Operation  Noninterference  15-11 
Critical  Operation  Notification  15-11 
Cues  and  Overviews  15-25 
Decision  Aids  Design  12-11 
Direct  Access  15-28 

Distinguishing  between  Application  and  Exercise 
15-17 

Effectiveness  1 5-8 

Embedded  Training  Components  15-5,  15- 
16..22 

Error  Feedback  15-34..37 
Errors  12-40 

Experts,  Expanded  Capabilities  15-14 
Formats  and  Capabilities  15-2 
General  Guidance  1 5-7..  1 2 
Guidelines  Objectives  15-3 
Hazardous  or  Destructive  Actions  Protection 
15-10 

HELP  Application  14-3 

Icon  Selection  15-28.. 29 

Illustrating  Figures  15-5..6 

Instructional  Structure  1 5-25 

Instructional  Presentation  15-5,  15-24.. 27 

Interface  1 5-7 

Interface  Design  Goal  1 5-3 

Interface  Design  Guidance  15-2 

Introduction  15-1..S 

Learning  Structure  15-15 

Limitations  1 2-40 

Limited  Features  Options  15-14 

Menu  Options.  Active  Voice  Phrasing  15-32 
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Messages,  Active  Voice  Phrasing  15-32 
Mobility/Navigation  15-33 
Multiple  Stations  15-11 
Multi-user  Systems  15-38 
Navigation  Button  Display  15-33 
Novices,  Essential  Information  Only  15-14 
On-line  Training  Type  15-2..3 
Personalization  15-8 
Phrasing,  Active  Voice  15-32 
Positive  User  Attitude  Building  15-7 
Presentation  Media  Combining  15-24 
Program  Questions  15-3..4 
Prototype  Screen  15-6 
Restoring  15-10 
Returning  to  Application  1 5-9 
Screen  Display  15-30.  .31 
Structured  Menu  1 5-28 
Support,  Providing  at  Moment  User  Needs  1 5-9 
System-controlled  Sequences  15-23 
Technical  Communication/Writing  Stylo  15-32 
TopicArea  1-11, 15-1. .46 
Topics,  Active  Voice  Phrasing  15-32 
Usage  Encouraging  15-13 
Embedded  Training  Components 

Advisor  or  Coaching  15-16..22 
Common  Errors  15-20 
Examples  15-17 
Information  Database  1 5-1 6 
Mobility  without  Exiting  15-33 
Multiple  15-16 
Printing  15-27 
Record  Keeping  15-21 
Reference  15-16 
Structure  15-23 
Embedded  Training  Concepts 

Opportunity  to  Practice  15-4 
Readability  15-4 
User  Control  15-4 
Learning  Mode  15-5 
Advance  Organizers  15-5 
Embedded  Training  Formats  and  Capabilities 
Adaptive  15-2,  15-13 
Context-sensitive  15-2 
Dialog  15-2 
Fixed  15-2 
Mobility  15-33 
Prompting  15-2 
Embedded  Training  Interface 

Complex  Features.  Assistance  15-12 
Complexity  Reduction  for  Beginners/Novices 
15-14 

Consistency  15-12 
Embedded  Training  Message 

Adding  or  Changing  1 5-28 
Embedded  Training  Module 

Completion  Time,  Estimation  15-26 


Content  15-26 
Identification  15-26 
Labeling  15-26 
Objective  15-26 
Number  of  Subsections  1 5-26 
Embedded  Training  Program 
Annotation  15-38 
Availability  15-8 
Common  Errors  15-16 
Examples  and  Scenarios  15-16 
Expert  System-initiated  Training  15-16 
Formal  Courseware  15-16 
Informatbn  Database  (Infobase)  15-16 
Interactive  Advice  15-16 
Internal  Cross-referencing  15-16 
Linkage  between  Applications  15-7 
User  Orientation  15-7 
Embedded  Training  System 

Resource  Component  Integration  15-16 
Empathetic  Partner 

Research  Focus  15-5 
Emphasis 

Visual  13-17 
Empirical  Research 

Results,  Guidelines  15-2 
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Option  2-24 

Engine 

Diagnostic  Software  12-1 
Enhancements 

Search  13-21. .22 

ENTER 

User  Action  2-1 0 

Enter 

Identical  Information  1 5-30 
Environment 

Factors  Diffbultios  12-3 
Factors  Response  1 2-2 
Operational  1  -3 
Environmental  Concerns 

Documentation  1  -2 
Lighting  1-2 
Noise  1  -2 
Procedures  1  -2 
Workspace  Layout  1  -2 

EPSS  (see  Electronic  Performance  Support  Systems) 
ERASE 

Function  1 3-33 

Erasing 

User  Requirements  13-24 

Error 

GOBACK  Option  2-28 
Common,  Embedded  Training  Component 
15-20 

Complex  Metaphors  6-1 1 
Control  14-23 
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Correction  2-3,  2-28,  3-13. 12-36, 13-28 
Detection  13-9, 15-5 
Iconic  Recognition  6-20 
Identification  15-34 
Indication  2-26 
Information,  Color  Usage  1 1  -7 
Management  2-4,  2-27..31,  3-13 
Messages  3-13,5-5,  13-19,  13-29, 14-11, 
14-17,  14-24 
Mundane  15-39 
Notification  15-36.,37 
Prevention  1-3, 12-36 
Re-entry  after  2-28 
Recognition  12-40 
Recovery  12-36,  13-39 
Reduction  1  -3 
Results  12-4,  15-36 
Stacked  Commands  2-27 
Syntax  4-3,  13-9 
Error  Feedback 

Context-similarity  1 5-34 
Immediate  15-34 
System-initiated  15-35.. 37 
Tone  of  Error  Message  1 5-35 
Error  Management 

Appropriate  Response  2-30 
GOBACK  2-28 
CONFIRM  2-29 
Correction  Entries  2-28,  3-13 
Destructive  Entry  Confirmation  2-27 
Display  Duration  2-31 
Error  Messages  3-1 3 
Inappropriate  Item  Selection  2-31 
Potential  Data  Loss  Warning  2-27 
Prompting  Command  Correction  2-28 
Selection  Errors  2-31 
UNDO  2-30 
Error  Message 

Color  Usage  1 1  -7 
Constructiveness  15-37 
Functional  Fields  10-13 
Location  1 0-1 2 
Position  5-5 
Error-blocking 

Option,  Embedded  Training  15-36 

Escape 

Ease  2-24 
Facilities  13-28 
Evidence 

Confirming  and  Refuting  12-5 
Exceptbns 

Rules  for  13-23 
Evaluatbn 

Criteria  15-22 

Military  Courses  of  Action  1 2-1 
Notification  15-22 


Process  or  Task  Completeness  15-27 
Purposes,  Exercise  or  Courseware  Module 
15-22 

User  Performance  15-7 
User  Performance  Records  15-22 
Examples 

Additional  Behavioral  Research  15-5 
Application  Protection  15-17 
Autonomous  Systems  12-1 
Component,  Embedded  Training  15-16. .17 
Decision  Aids  Design  12-1 
Distinction,  Application-embedded  Training 
15-17 

Ease  of  Specifying  and  Accessing  15-16 
Experimentation  Encouragement  15-17 
Intelligent  Tutoring  Systems,  Adaptive  Training 
15-3 

Practice  Opportunity  15-18 

Providing,  Embedded  Training  Programs  15-16 

Training  Program  Annotation  15-38. .39 

Exercise 

Descriptions,  Advance  Organization  15-25 
Distinguishing  between  Application  15-17 
Objectives,  Statement  15-25 
Prior  Notification  1 5-22 
Summaries,  Avoidance  15-18 
Exit 

Application  HELP  14-1,14-15.1 4-20 
Application  Screen.  Restoring  15-10 
Courseware,  Embedded  Training  Restoring 
15-10 

Ease  2-24,15-17 
Embedded  Training  15-33 
Experience 

Differences  15-1, 15-14 
Instructbnal  Learning  Ability  1 5-24 
Recalling  1 5-35 

Reported  Computer  Training  15-2 
User  Accommodation  13-45,  13-48 
User  Sequence  Control  15-23 
Variance  15-13 
Experimentatbn 

Abing,  User-selected  Records  15-21 
Building  Positive  User  Attitude  15-7 
Encouragement  15-17 
Likelihood,  User  15-21 

Expert 

Error  Assumptbn,  Automatb  Correction  1 5-37 
Expanded  Capabilities  15-14 
Recommendatbns  Results  15-2 
Selection  Ability,  User  Control  15-14 
System-initiated  Training  15-16 
Expert  Systems 

Conclusions  12-1 
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Distinction  12-2 

Emphasis  on  Internal  Rules  12-1 
Guidelines  Appropriateness  12-2 
Knowledge  Base  12-1 
Preference  12-2 
Rules  12-1 

System-initiated  Training  15-18 
User  Workload  12-21 
Expertise 

Feedback  Adjustment  15-34 
Requirement  1 5-1 

Experts 

Choosing  12-17 

Decisions,  Criteria  Identification  Means  12-17 
Participation  with  Common  Users  12-17 
Usage  12-17 
Expbration 

Behavioral  Issues  15-5 
Guided  15-15 
Mode  15-17 
Problems  15-17 
Undirected  15-15 
Explanations 

Document  Algorithms  12-39 
Ease  of  Access  1 2-39 
User's  Point  of  View  1 2-38 
Length  1 2-38 
Eye 

Movements,  Minimizing  13-13, 13-16 
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Factors 

Adding  12-28 
Assigning  Weights  12-27 
Command  and  Control  Systems  Functional 
Requirements  1-6 
Decision  Modification  1 2-27 
Embedded  Training  Acceptance  15-3 
External  12-10..11 

Hardware  and  Software  Architecture  1-6 
Identify  12-27 

Influencing  Decision  Quality  1 2-1 0 
Organizational  12-43..44 
Risk  Adjusting  12-27 
Time  Stress  12-20 

Failure 

Cell  16-10 
Consequences  12-35 
Line  16-10 
Notification  12-30 
System  15-10 

Features 

Complex,  Assistance  15-12 

Blocking  15-14 

Experienced  Users  13-48 

Limited  Options,  Embedded  Training  15-14 


Macro  Definition  1 3-3 1 
Novices  13-45.  .47 
Search  13-41  ..42 
Specific,  Guidelines  15-5 
Feedback 

Blocking  15-36 
Completion  of  Processing  2-12 
Control  Entries  2-11 
Design  Guidelines  4-1 
Direct  Manipulation  6-2 
During  Data  Entry  2-12 
Error  15-34..37 
Form  1 5-34 

Function  Key  Activation  4-3 

Immediate  6-2, 15-34 

Informative  2-3 

Interrupt  2-26 

Menu  Selection  5-26 

Periodic  2-1 1 

Preventative  15-36 

Processing  Method  and  Stage  12-31 

System-initiated  15-35. .37 

Timing  Effects,  Research  15-5 

Understanding  14-24 

User  Control  1 5-36 

Visual  6-2 

Window  Movement  7-15 

Fidelity 

Adjustment  15-27 
High  15-27 
Low  15-27 
Presentation  1 5-27 

Field 

Creating  and  Modifying  15-32 
Data  13-17..18 
Dropping  13-35 
Justification  13-18 
Marking  13-35 
Memo,  Use  of  13-21 
Parsing  13-41 
Searching  on  Values  13-44 
Value  Ordering  13-44 
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Centrally  Positioned  Objects  6-5 
Icon  Form  6-23 
Impacts  6-4 
Object  Contrast  6-6 
Perception  6-4.. 6 
Size  6-5 
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File 
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Movement  Through  7-22 
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Protection,  Log-on  Files  15-28,  15-38 
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Firtars 

Etched  16-22 

Glare-reducing  Techniques  16-22 
Fire  Control 

Systems,  Automatic  12-1 
First-time  Users 

Providing  Embedded  Training  15-7 
Restricted  Capability  interface  Selection  15-14 
Flat-Panel  Displays 

Compared  to  CRT  1 6-6 
Pixel  Width  16-8 
Technology  1 6-5 
Floppy-disc 

Plug-in,  Supplemental  Component  Form  1 5-1  ..2 

Flow 

Dialog  13-28 
Control  1 3-47 
Ftowchart 

Consistency  9-31,9-33 

Design  9-33 

Diagram  Offering  15-25 

Directional  Conventions  9-33 

Highlighting  9-33 

Layout  9-31 

Usage  9-31 

Focus 

Decision  Aids  Help  1 2-1 2 
Distance,  Color  1 1  -25,  11-51 
Evidence  Confirmation  12-5 
Highest  Level  Goal  12-19 
Information  1-9 
On-line  T raining  Programs  15-1 
Problem  Correction  14-23 

Font 

Menu  Selections  5-15 
Readability  10-21 
Size  10-21 
Footcandle  (fc) 

Ambient  Lighting  16-28 
Foot  Lambert  (fL) 

Defined  16-14 
Foreground 

Background  Combination  11-2,11  -29.  .33 
Contrast  With  Background,  Ratio  11-13 
Dark  6-7 
Lines  6-23 

Luminance  Contrast  11-5,  11-13 
Positive  Image  6-7 
Symbol  Overlap  8-1 1 
Text  Color  10-21 
Text  Contrast  11-4 

Form 

Code  6-18 

Currentness,  Application  15-8 
Data  Usefulness  1 2-33 


Execution,  Training  Program  Component 
15-1  ..2 

Feedback  15-34 
Interaction,  Choosing  15-5 
Inverted  1 3-22 
Root  13-23 

Technological,  Usage  6-21 
Title  3-17 
Form  Filling 

Consistency  3-6. .7 
Cursor  Movement  3-8..9 
Data  Entry  3-4 
Data  Field  3-10.. 12 
Defaults  3-5 
Defined  2-1 
Dialogs  2-2 
Error  Management  3-13 
Form  Layout  3-1 4..  18 
General  3-3. .4 

Interrupts  for  Multiple  Entries  3-3 
Labeling  3-1 9.. 20 
Usage  3-3 
Form  Layout 

Distinguishing  Data  Fields  from  Other  Information 
3-15 

Explanatory  Messages  for  Data  Reids  3-1 5  . 1 6 
Grouping  and  Sequencing  of  Reids  3-1 7 
Logical  Grouping  of  Data  Fields  3-1 5 
Mandatory  Rekfs  3-18 
Multiscreen  Numbering  3-14 
Optional  Field  Defaults  3-1 8 
Optional  Field  Labels  3-17 
Spacing  and  Boundaries  3-15 

Format 

Achromatic  11-8 
Alternative  Selection  1 2-41 
Appropriateness  of  Presentation  9-3 
Captions  13-16 
Character  Design  10-19 
Color  Coding  1 1  -8 
Command,  Providing  14-12 
Complex  Presentatior.  9-3 
Consistency  3-6,  9-4 
Customization.  Displays  12-37 
Columns  10-17 
Data  Groupings  10-23.  24 
Data  Organization  10-14 
Decimal  3-1 2 
Detailed  Reading  10-18 
Display  5-16, 10-2, 10-23 
Distinctive  Displays  2-8,2-19 
Graphic  Comparison  9- 1 3 
Graphical  Guidelines  8-1 
Graphical  Versus  Tabular  9-4 
Graphs  12-42 
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Guidalinas,  Embedded  Training  15-2 
HELP  14-16 

Individual  Preferences  1 3-1 1 
Label  9-16 

Line  Organization  10-18 
Menu  Design  5-11..14 
Menu  Options  5- 1 1 ..  1 2.  5-30 
Menus,  Hierarchical  5-16,5-19 
Multiple  13-20 
Plotting  9-5 

Presentation  Types  12-20 

Print  13-25, 15-26 

Report  13-25,  13-34, 13-41 

Screen  Design  and  Organization  10-9..22 

Scrolling  10-22 

Selecting  13-10 

Spatial  1 2-42 

Subordinate  Window  Labels  7-25 
Tables  12-42 
Textual  12-42 
Window,  Customization  7-5 
Formulating 

Queries  13-5, 13-34, 13-36..38, 13-43 
Searches  13-26 

Function 

ADD,  Terms  15-28 

Allocation,  Human  and  Computers  1 2-20 

Appropriateness  12-18 

Assistance  15-1 

Automatic  13-22..23 

Control  6-9,  13-35..36 

Design  12-18 

Editing  13-36..38 

Iconic  Menus  6-14 

Judgment  Reduction  12-15 

Macro  Definition  13-31 

Menuing  6-9 

Opportunity  to  Practice  15-18 
Spellcheck  13-38 
Requirements  1-7,  4-6 
Functbn  Key 

Activation  4-3,4-13 
Assigning  4-7..8 
Control  4-4 
Consistency  4-8 
Defined  2-1,  4-3 
Disabling  4-4 

Display,  Embedded  Training  Availability  15-28 
Double-keying  4-9 

Equivalent  Functions  throughout  Modes  4-8 

Feedback  4-1 , 4-3 

Fixed  4-1 

General  4-3. .7 

HELP  14-8 

Indicating  Active  4-6 


Labeling  4-10..  11 

Labeling  of  Menu  Options  4-10..11 

Layout  4-12 

Load  4-6 

Locatbn  of  Labeling  4-1 ,4-12 
Meaning  4-4 
Multifunction  Keys  4-9  . 10 
Placement  4-1 
Protection  4-1 2 
Single  Keying  4-13 
Soft  Keys  4-1, 4-5 
Speed  of  Response  to  2-13 
Types  4-1 

Usage  4-1,  4-3, 13-27,  13-31 
Variable  4-1 

G 

Gas  Plasma  Displays 

Contrast  16-15 
Interface  16-16 
Testing  of  Prototypes  16-16 
User  Concurrence  16-16 

General 

Recommendations  13-9..  12 
General  Guidance 

Embedded  Training  15-5. .6, 15-7. .12 
Generate 

Executable  Function  13-39 
Report  13-1 
Generic  Guidelines 
Design  7-3 
Icons  7-7 
Symbols  7-7 

Glare 

Coatings  16-21 
Control  1 6-20 
Etching  16-21. .22 
Face-plate  Coatings  16-21 
Filters  16-22 
Projection  Displays  1 6-23 
Reflected  16-22 
Specular  16-20 

Goal 

kfentif'cation  1 2-9 
Recognition  12-19 
Goal-oriented 

Question,  Embedded  Training  15-4 
GOBACK 

Error  Correction  2-28 
Option  2-26 
Graphic  Design 

Decision  Aid  -  User  Requirements  1 2-41 .42 

Formats  12-41. .42 

Visual  Display  Usage  1 2-41 
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Graphic  Display 

Adding  Color  1 1  -7 
Adding  Data  Values  9-1 8 
Contrasting  Color  Usage  1 1  -25 
Example  8-3.. 4 
Guidelines  8-2 
Presentations  13-12 
Printing  Preview  8-25 
Storage  8-28 
Symbols  9-10 
Graphic  Elements 

Attribute  Change  8-27 
Attribute  Identification  8-27 
Designation  8-26 
Grouping  9-8 

Location  of  Legends  or  Keys  9-1 6 
Positioning  Text  9-18 
Querying  9-4 
Graphic  Media 

Pattern  Visualization  Aid  15-24 
Presentation  Combining  15-24 
Graphic  Overlays 

Automatic  Tools  8-25 
Color  Usage  8-31 
Filters  8-30 
Labeling  8-30 
Graphical  Interaaion 
Defined  2-2 
Dialog  6-1 

Direct  Manipulation  2-2,  6-1 
Speed  2-13 
Graphical  Interface 

Architecture  1-4 
Color  Usage  11-1,11-4 
Foreground  and  Background  1 1  -4 
Hierarchical  Menu  Design  5-16 
Introducing  Methods  1-13 
Research  1 1  -4 
Screen  Density  10-12 
Graphical  Map 

Cotor  11-4,11-45,11-51 
Current  Situation  Review  7-1 
Object  Contrast  11-13 

Graphics 

Alphanumeric  Coding  8-13 
Amplification  of  Coding  Schem  e  11-19 
Applications  12-1 
Aspects  9-1 

Automatic  Registration  8-9 
Clarity  Preservation  9-3 
Color  11-11,11-25 
Computer  Aided  Entry  9-5 
Coverage  12-42 
Creating  and  Editing  9-5.  9 
Data  Entry  Aids  9-5 

Decision  Graphics  and  Displays  12-41  .42 


INDEX 

Designation  8-26 
Diagrams  (Schematics)  9-1  ..2.  9-30 
Emphasis  1 1  -25 
Flowcharts  9-31.. 33 
Grid  Lines  9-19 
Grouping  9-8 

Identifying  Critical  Data  9-1 6..  1 8 

Informatbn  Visualization  1 2-45 

Map,  Color,  Functional  vs  Decorative  11-51 

Media  Combining  15-24 

Menu  Item  Selectors  5-3 

Method-based  Knowledge,  Usage  15-25 

Mirror  Imaging  9-8 

Pictures  9-1..2.  9-28..29 

Pointing  2-15 

Presentation,  Types  9-20. .27 
Print  Preview  8-25 

Scales,  Labels  and  Coding  9-5.  9- 10  . 16 
Status  Changes  1 1  -7 
Type  Displays  10-12 
Usage  9-1 

Visual,  Learning  Mode  15-5 

Graphs 

Advantages  9-1 
Bar  9-27.9-24.13-12 
Color  Usage  9-10 
Comparison  9-1 3 
Curved  and  Linear  9-20., 21 
Labels  and  Keys,  Location  9-16 
Line  13-12 
Multiple  Curves  9-20 
Multiple  Entries  9-15 
Pie  9-27 

Specific  Data  Points  1 2-42 
Usage  9-1 

Green 

ColorCoding  11-11,  11-16,.17,  1 1-39 
Color  Discrimination  11-14 
Color  Pair  Usage  1 1  -25  .27 
Foreground  Background  Combinations 
11-29..33 

Large  Screen  Display  1 1  -41 
Symbology  1 1  -39 

Usage  11-11, 11-U..15, 11-25. 11 -29. 33, 
11-35, 11-41 
Wavelength  11-14 

Grey 

Foreground  Background  Combinations 
11-29..33 

Grid 

Overlay  8-24 
References  9-6 
Grid  Lines 

Defined  9- 1 9 
Display  9-19 
Usage  9-19 
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Visibility  9-19 

Ground 

Figure-ground  Relationships  6-5..6 
Relative  to  Figure  Size  6-5 

Grouping 

Alphabetically  10-23 
Chronologically  13-23 
Cohesiveness  1 0-24 
Data  12-39 
Data  Items  10-23 
Functbn  Keys  4-12 
Graphic  Elements  9-8 
Iconic  6-4 
Iconic  Menus  6-14 
Icons  6-4,6-14 
Information  Logically  13-14 
Meaning  6-4 

MenuOptions  5-11..12,  5-30 
Menu,  System  Level  5-18 
Objects  6-4 
Reasons  6-4 
Screen  Design  10-23.. 24 
Guidance 

Automated  12-33 
Decision  Aids  12-33 

General,  Embedded  Training  15-6, 15-9..  12 
Guided  Discovery 

Training  15-3 
Guidelines 

Application  1-8. .9, 10-3 

Color  Usage  9-10 

Data  Presentation  8-1 

Design  1-1, 1-4,  1-8 

Development  1-5,  7-4,  10-1 

Differ  from  Standards  1-8 

Embedded  Training  15-3 

Feedback  1-11 

Focus  1  -5 

General  7-12 

Generic  7-3 

Graphics  Aspects  9-1 

Graphical  Characteristics  8-1 

Grid  Lines  Usage  9-19 

Human-computer  Interface  1-12 

Implementing  Considerations  8-17,  8-20 

Intention  1-1 

Interpretation  1-8,  1-12 

Material  1-11 

Modified  1  -8 

Necessity  12-34 

Obtaining  8-1 

On-line  Help  12-37 

Opening  and  Closing  Windows  7-14 

Organization  1-11..  12 

OSF/Motif  Style  Guide  1-9 

Overarching  for  Color  Usage  1 1  -2.  .4 


Practices  Based  on  1  -8 
Process  Flow  for  Utilization  1-10 
Process  for  Using  1-9.. 10 
Purpose  1  -1 

Recommendations  1-8. .9 
Tailoring  1-9,1-12 
Use  1-8..9 

User-computer  Interface  1-1,  1-8 
User-interface  Design  1 2-37 
User  Knowledge  1  -8 
Window  Control  Topics  7-1 2 

H 

Hardware 

Bit-mapped  Display  System  6-3 
BK-mapped  Windowing  System  6-3 
Configurations  1 1  -3 
Component  1  -2 
Control  Processor  Power  7-5 
Display  System  Requirements  6-7 
Limitations  7-5 
Operating  Speed  6-3 
Performance  1  -3 
Pointing  Device  6-8 
System  Display  Color  1 1  -3 
System  Screen  Text  Size  1 0-21 
Use  of  Positive  Image  6-7 
Hazardous 

Actuation  15-36 
Events  15-27 
Procedures  1 5-23 

HCI  (see  Human-computer  Interface) 
HELP 

Applications  Information  12-37 
Appropriateness  1 5-2 
Multiple  Levels  13-45 
On-line  15-1 

Helpful 

Records  of  User  Interaction  15-21 
HFE  (see  Human  Factors  Engineering) 
Hierarchial 

Database  Model  1 3-6 
Hierarchical  Menu 

Browsing  5-15,5-20 
Format  5-16,5-21,5-23 
Format,  Consistency  5-16 
Higher  Level  Menus  5-1 8 
Indication  of  Current  Position  5-16 
Minimizing  Choices  5-23 
Navigation  5-17..21 
Organization  and  Labeling  5-15 
Structure  13-4 
System  Level  Menus  5-18 
Usage  5-15 
Hierarchy 
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Central,  Returning  to  Top  of  1 5-33 
Highlighting 

Cotor  Usage  11-12 

Corrected  Information  1 5-36 

Curves  9-20 

Diagrams  9-30 

Flowcharts  9-33 

Graphic  Elements  8-26 

Icons  6-24 

Instructions  10-13 

Line  Segment  Designation  9-6 

Map  8*6 

Objects  6-1 

Pie-chart  Elements  9-27 
Pop-up  Menus  5-1 0 
Practice  Session  15-17 
Scatterplots,  Data  Points  9-25 
Selected  Data  2-1 7 
Selection  14-15 
Symbol  8-10 
Update  8-20 

Window  Representation  7-30 

History 

Search  13-34 

Training  Program  Question  15-4 
Homogeneous 

Structure,  Embedded  Training  Components 
15-25 
Hue 

Defined  1 1  -5 

Human 

Ability  Limitations  12-5 

Abstraction  Difficulties  12-6 

Adaptation  Ability  12-15 

Alternative  Development  and  Evaluation  12-9 

Alternative  Conskferations  12-6 

Alternative  Modeling  12-10 

Analogies  Usage  12-8 

Analysis  Difficulties  12-10 

Analysis  Performance  1 2-9 

Attributing  Problem  Complexity  1 2-5 

Cognitive  Abilities  1 2-3 

Cognitive  Biases  12-7..9 

Cognitive  Limitations  12-13 

Complexity  Avoidance  12-6 

Computer,  Implication  Avoiding  1 5-7 

Cue  Selection  12-8 

Decision  Difficulties  12-4 

Decision-makers  12-1 

Decision-making  Deficiencies  1 2-5 

Decision-making  Limitations  12-3 

Decisions  12-11 

Estimate  Limitations  12-11 

Experience,  Failure  to  Use  1 2-6 

Extrapolation  Difficulties  12-6 

Feature  Detection  12-9 


Formulating  Estimates  12-11 
Function  Allocation  12-20 
Generalizing  Ability  12-14 
information  Combining  1 2-9 
Information  Comparing  12-9 
Information  Difficulties  1 2-4 
Information  Emphasis  12-9 
Information  Evaluation  12-9 
Information  Identification  12-9 
Information  Overload  12-3,12-10 
Information  Preferences  12-8 
Information  Recalling  12-7 
Information  Usage  12-7 
Judgment  Adjusting  12-8 
Judgment  Anchoring  12-8 
Judgment  Biases  12-8 
Manipulation  Difficulties  12-6 
Memory  Limitations  1 2-5 
Memory-search  Strategies  1 2-7 
Organization  Limitations  1 2-5 
Performance  Difficulties  12-10 
Problem  Simplification  12-5.12-6 
Scanning  13-13 
Situation  Identification  1 2-8 
System  Components  Cooperation  1 2-2 
Tendency  to  Make  Errors  15-1 
Time  Altecation  12-9 
Time  Stress  12-10 
Unique  Feature  Detection  12-9 
Human  Factors 

Issues  12-37 

Human  Factors  Engineering  (HFE) 

Design  Guidelines  1  -4 
Design  Principles  1-4,10-1 
Human-Computer  Interface  1-4 
Human  Performance 

Color  Guidelines  11-2 
Considerations  1  -8 
Data  1-8 

Document  Scope  11-1 
Effectiveness  1-13 
Knowledge  Acquisition  1  -4 
Maximizing  with  Color  Pairing  1 1  -25 
Quality  12-13 
Human  Supervision 

Requirement  12-1 
Human-Computer  Interface  (HCI) 

Architecture  1-4 
Benefits  1  -2 
Consistency  13-14 
Defined  1  -3 
Design  Elements  1-2 
Design  Guidelines  1-8 
Enhancing  Usability  1  -5 
Guidelines  1-8,1-12 
Intelligent  Interfaces  13-47 
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Interaction  1-2 
Multiple  Levels  13-45..48 
Natural  Language  13-5 
Query  Screen  Design  1 3- 1 3..20 
Relevance  1-11 
Results  1-4 
Topic  Areas  1-11 
User-oriented  Designs  13-10 

I 

ICAI  (see  Intelligent  Computer-assisted  Instruction) 
Icon  Mapping 

Functions  6-15 
Iconic  Menu 

Allowing  Selection  6-14 
Defined  6-14 
Function  Control  6-14 

Icons 

Affect  of  Minimizing  on  Windows  7-15 

Animation  7-14 

Boundary  6-1 8 

Boundary  Lines  6-22 

Color  6-1 7..  18 

Common  Primitivas  6-18 

Complete  Set  6-13 

Complex  6-11 

Consistency  of  Design  6-18 

Consistency  of  Interaction  6-1 8 

Defined  6-1 

Depiction  of  Opposite  Functions  6-23 
Design  1-13,6-21 

Design  for  Different  Cultures  and  Nationalities 
6-21 

Design  Testing  6-17 

Designating  Active  Window  7-27 

Display  6-18, 15-28 

Entry  Selection  Acknowledgment  5-26 

Figure-ground  Form  6-23 

Figure-ground  Relationships  6-5 

Function  Control  6-9 

Grouping  6-4,6-14 

Guidelines  8-1 

Highlighting  6-24 

Iconic  Menus  6-14. .15 

Icons,  Used  6-13 

Iconization  7-15 

Label,  Placement  6-1 9 

Labeling  6-19 

Map  of  Open  Windows  7-26..27 
Mapping  to  Functions  6-1 5 
Meaning  6'4,  6-18 
Menu  Option  Defeat  6-15 
Menus  6-14..15 
Metaphor  Model  6-10 
Misstriking  15-37 


Number  of  Shapes  6-22 
Perception  6-4.. 5 
Placement  6-8 

Selection,  “Cautions"  Component  1 5-28 

Selection,  Embedded  Training  15-28 

Self-Contained  6-1 1 

Shape  6-5,6-20.-24 

Simplicity  of  Design  6-20 

Size  6-25 

Size  Coding  6-25 

Size  Ratio  6-25 

Standardizing  6-18 

Switching  to  Textual  Representation  6-16 

Testing  of  Design  6-1 7 

Text  Title  6-19 

Textual  Representation  6-1 6 

Three  Dimensional  6-24 

Training,  Access  via  15-28 

Tutoring  6-12 

Unique  Shapes  6-22 

Unrelated  6-4 

Usage  6-13, 13-5 

Use  of  Color  6-17 

Use  With  Different  Cultural  Groups  and 
Nationalities  6-21 
Use  of  MuHilingual  Users  6-1 4 
Use  in  Opening  and  Closing  Windows  7-14 
Use  of  Technological  Shapes  6-21 
Use  to  Access  Embedded  Training  Directly 
15-28 

Used  to  Designate  Annotations  1 5-39 
Window  Mapping  7-26..27 

Identical 

Information,  Need  to  Enter  15-30 

Identify 

Annotation  Positions  15-39 
Basic  Concepts  15-4 
Common  Errors,  "Cautions'  1 5-20 
Options  15-14 

Embedded  Training  Modules  15-26 
Probable  Nexi -step  Errors  15-36 
Identification 

Error  15-34 

Automatic  Correction  Notification  1 5-37 
IFT  (see  Image  Formation  Time) 

Illustrate 

Embedded  Training  15-5. .6 
Error  in  Equipment  Setup  1 5-34 
Particular  Guideline  15-6 

Image 

Data  Analysis  9-28 
Integrity  7-19 
Legibility  Criterion  1 1  -5 
Positive  6-7,. 8 
Ratio  1 6-28 
Unwanted  1 6-20 
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Visibility  7-19 
Visual  Usage  12-41 
Image  Formation  Time  (IFT) 

Classes  16-9 
Image  Quality 

Display  16-5. .6,  16-21,  16-27 

Imagery 

Mental  Usage  12-36 
Immediate 

Task  Help  15-3 
T ask  Demands  15-13 
Context-sensitive  Assistance  15-18  1 
Immediate  Feedback 

Multiple-step  Procedures  1 5-34 
Novices  15-34 
Importance 

Stated  Objective,  Novice  Users  15-25 

Index 

HELP  Functions  14-9 
HELP  Commands  14-9 
Search  13-2,13-40.-42 
Individual 

Preferences  13-11 

Infobase 

Embedded  Training  Component  15-18 
Information 

Amount  Portrayed  1 1  -7 
Attention  Requirements  11-7 
Availability  1 0-5 
Basic  Help  14-5 
Basis  1  -1 2 

Categories  1 1  -7, 1 1  -14 
Change  Illustrating  8-22 
Coding  1 0-2 

Color  as  a  Discriminator  11-1.. 2 

Color  Brightness  1 1  -8 

Color  Consistency  1 1  -7 

Coloring,  Logically  Related  11-8 

Combining  12-7, 12-9 

Comparing  12-10 

Complexity  12-10 

Conceptual  1 5-1 6 

Correction,  Highlighting  15-36..37 

Criticality  7-19,  10-5.. 7 

Current,  Requirements  Tailoring  14-17 

Database  (infobase)  15-16 

Density  tO-7 

Destroying  8-26 

Determination  12-3 

Diagram  Requirements  9-30 

Differentiating  1 1  -7 

DifficuKies  1 2-4 

Dispersal  1 1  -7 

Display  1-7,  1-9,8-11,8-14.  10-1,  10-5..7, 
13-11 

Dynamics  12-10 


Emphasis  12-8. .9 
Evaluation  12-9 
Expansion  7-27 
Extrapolation  1 2-6 
Focus  1  -9 

Fusion  and  Management  1-1 

Graphical  Presentation  11-4 

Grouping  10-14 

HELP  14-15,  14-21,  14-22 

Identification  8-10,  12-9 

Identical,  Entering  15-30 

Information,  Reason  for  Lack  of  7-3 

Integration  8-7 

Line  Length  10-18 

Location  10-2,10-11 

Management  1-7,  12-1 

Management  Systems  10-1 

Manipulation  12-4 

Misperception  12-7 

Needs  15-15 

Obscuring  8-29. .30 

Organization  10-1,  10-14 

Overload  12-3, 12-12, 12-33 

Pertinent  for  HELP  1 4-6 

Preferences  1 2-8 

Presentation  7-4,  8-22,  10-1. .2 

Preserving  8-7 

Quality  12-3 

Quantity  1 2-3 

Querying  8-12 

Rate  Determination  12-3 

Recalling  1 2-7 

Recording  1 5-33 

Registering  8-9 

Rejection  12-7 

Relevancy  8-24 

Removing  8-22 

Repeating  on  Screen  15-30 

Representation  1 2-4 

Required  7-6 

Retention  1 2-4 

Retrieval  1 2-4 

Scrolling  1 0-22 

Selecting  8-20 

Specifying  7-6 

Static  Display  1 0-22 

Status  11-15 

Structure  Consistency  1 0-8 

System,  HELP  14-10 

Task-oriented  15-16 

Time-critical  1 1  -7 

To  Study  Further,  Printing  15-27 

Transfer  10-2 

Type  12-3 

Usability  1 0-7 

Usage  12-7 
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Used  Infrequently  11-15 
User  Response  1-7 
Viewing  7-1 
Visual  Competition  1 0-9 
Volume  12-10 
Information  Management 
Applications  12-1 
Software  12-1 

Information  Management  System 
Database  ReliarK:e  10-1 
Information  Requirements 

Accom  modating  1 2-35 
Decision  Aids  12-43 
Detail  12-43 
Distribution  12-43 
Supporting  Entire  Process  1 2-47 
Task  Performance  12-34 
Information-distribution 

System  Complementary  12-44 
Information-processing 

Strategies,  Learned  12-3 
Rapidity  1 2-41 
Accuracy  12-41 
Information-retention 

Problems  12-14 

Initiation 

System,  Hold  or  Cancel  Ability  15-1 1 

Input 

Deletion  of  13-24 

Editing  Commands  13-36.. 38 

Erasing  13-24 

From  User,  Prompt  for  13-40 

Inset 

Ease  in  Navigation  8-2 
Larger  Map  8-15 
Instruction 

Blocking  Option  15-36 
Computer  Assisted  15-3 
Computer  Assisted,  Intelligent  15-3 
Differentiating  10-24 
Highlighting  3-15 
Menu  5-5 
Layout  10-13 

On-line  Training  Program  Focus  15-1 
Novice  HELP  14-10 
Research  15-5 
Response  2-9 
Step-by-step,  Usage  14-7 
Instructional  Experience 

Learning  Ability  15-24 
Instructional  Presentation 

Advance  Organization  15-25 
Fidelity  15-27 

Graphics  for  Method-based  Knowledge  15-25 
Media  Combining  15-24 
Printing  15-27 


Reading  Requirements  15-25 
Simplicity  15-27 
Verification  15-27 
Instructional  Structure 

Granularity  15-23 

System-controlled  Sequences  15-23 
Sequence  Control  for  Experienced  Users  1 5-23 
Instructional  Unit 

Size  (Granularity)  1 5-23 
Integration 

Resource  Components  15-16 
Intelligent 

Decision  Aids  12-31 
Dialogue  12-36 
Interfaces  1 2-36 

Intelligent  Computer-assisted  Instruction  (ICAI) 

On-line  Training  Type  1 5-2 
Training  Interface  Design  Guidance  15-2 
Intelligent  Tutoring  Systems  (ITS)  15-3 
Interaction 

Advice  15-16 
Controls  1  -2 
Direct  13-5 
Direct  Manipulation  6-9 
Displays  1  -2 

Environmental  Concerns  1  -2 
Form,  Choosing  15-5 
Information  Base  (infobase)  15-16 
Label  Color  and  Words  11-16 
Multiple  Versions  or  Levels  1 3-45 
Natural  Language,  Dialogue  1 5-2 
Records  15-21 
User  and  Decision  Aid  1 2-22 
User-Computer  1-2,  6-3 
Using  Macros  to  Simplify  13-31 
Interactive 

HELP  14-3 
Insert  8-19 
Mode  13-9 
Procedures  1  -4 
Queries  1 3-9, 1 3-41 .  .42 
Tasks  6-9 

Versus  Batch  Processing  Mode  1 3-9 
Window  8-19 
Interactive  Advice 

Embedded  Training  Component  15-16 
Interactive  Control 

Alarms  2-32 
Conformity  5-3 
Context  Definition  2-1 6. .  1 7 
Defined  2-1 
Design  4-1 
Devices  6-9 
Device  Selection  6-9 
Direct  Manipulation  5-15 
Displayed  Objects  6-7 
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Error  Management  2-27..31 
General  2-5..  15 
Interrupts  2-23..26 
Introduction  2-1  ..4 
Topic  Area  1-11 
Transaction  Selection  2-18..22 

Interface 

Adaptability  1 2-36 
Assistance,  Inconsistency  15-12 
Color,  Usage  1-13 
Complexity  Reduction  15-14 
Consistency  13-14 
Control  Functions  13-35..36 
Controls  6-1 

Design  1-1,  1-3.  3-1,  12-2,  12-20,  15-1,  15-2 

Design  Guidelines  1-1 

Design  Rules  1  -4 

Designers  1  -8 

Dialogue  Support  12-36 

Direct  Manipulation  6-1. .25 

Error  Correction  1 2-36 

Facilitating  Information  Exchange  12-23 

Graphic  Design  12-41 

Graphical  7-5 

Graphical  Characteristics  8-1 
Graphical  User  1-13,6-1 
Human-computer  1-2..5, 1-8, 1-11. .12,  3-1 
Human-to-computer  1  -1 
Intelligent  Interfaces  13-47 
Intuitiveness,  Acceptance  Factor  15-3 
Menu-based  13-4 
Motif  5-3 

Multiple  Versions  13-45..48 
Natural  Language  13-5 
Organization  Chart  5-23 
Perceptual  Model  Development  1 0-8 
Query  Interpretation  12-36 
Query  Screen  Design  13-13. .20 
Resource  Tailoring  12-37 
Single  Style  5-3 
Standardized  1-1 
Style  5-3 

Tactical  Planning  Focus  9-2 

Tailoring  the  Interface  13-30..31 

Testing  15-1 

Text-based  1-6 

Tree  5-23 

Types  13-3 

Understanding  User  Abilities,  Goals,  Needs 
12-36 

User  Limitation  Overcoming  12-36 
User  Requirements  12-35 
User  Satisfaction  13-24 
User-computer  6-2,  6-6,  7-5,  12-36 
User-machine  Intelligence  1 2-36 
User-oriented  Designs  13-10 


Interface  Design 

Acceptance  Factor,  Embedded  Training  15-3 
Considerations  6-2 
Consistency  3-1 

Guidance,  Embedded  Training  1 5-2 
Goal  15-3 
Interpret  ive 

Question,  Embedded  Training  15-3 

Interrupt 

Aborting  or  Escaping  from  a  Function  2-24 
CANCEL  Option  2-26,3-3 
Capability  to  Resume  Work  13-32 
CONTINUE  Option  2-23 
Design  Considerations  2-4 
Design  Guidelines  2-4 
Distinctive  Options  2-26 
END  Option  2-24 
Ending  Lockout  2-1 3 
GOBACK  Option  2-26 
Indicating  PAUSE  Status  2-23 
Indicating  System  Status  2-24 
Messages  15-8 
Multiple  Entries  3-3 
PAUSE  Option  2-23 
Premature  System  15-35 
Prohibiting  15-11 
Restoring  Training  15-10 
RESTART  Option  2-26,3-3 
REVIEW  Option  2-23 
SUSPEND  Option  2-25 
System  Interruptions  2-26 
Work  In-progross.  Training  Program  15-3 
Intervention 

Canceling  15-35 
Prompting  15-2 
System-initiatod,  Effects  15-5 
Introduction 

Applicability  1-6..  7 
Application  1-8..  10 
Background  1-1. .4 
Decision  Aids  12-1, 12-2 
Expert  Systems  12-21 
Guidelines  Organization  1-11..  12 
Objective  1  -5 
Purpose  1-1 
Query  Language  13-1. .7 
Research  Needs  1  - 1 3..  1 4 
Target  Audience  1-8 
Windowing  7-1. .4 
Intuitive  Interface 

Acceptance  Factor,  Embedded  Training  i5-3 

Inverted 

Form  1 3-22 
Involvement 

User  in  Devolopmenl  13-10 
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Irrelevant  Data 

Manipulation  2-5 
Irreversible 

Actions.  Protecting  User  from  13-28 

Issues 

Behavioral,  Research  15-5 
Item  Selection 

Abbreviated  Menu  Selections  5-27 
Automatic  Cursor  Placement  5-24 
Feedback  for  Menu  Selection  5-26 
General  5-24..27 

Icons  that  Acknowledge  Entry  Selection  5-26 

Keyboard  6-9 

Menus  7-25 

Menu  Design  5-23..28 

Menu  Selection.  Pointing  5-27 

Pointing  Device  Selection  6-9 

Selection  by  Pointing  5-27, 6-9 

Single  Selection  per  Menu  5-24 

Standard  Code  Entry  Area  5-26 

Use  of  Combined  Mode  of  User  Interface  5-2 

Iterative 

Adjustments  to  Query  1 3-2 
ITS  (see  Intelligent  Tutoring  Systems) 

J 

Jargon 

Avoidance  14-6, 14-24 
Technical,  Usage  14-18 
Job 

Avoiding  Personalization  15-8 
Performance  15-16 
Job-related 

Off-line  Resources  15-16 
Judgement 

Avoidance,  Messages  15-35 
Justification 

In  Data  Display  13-17.  .18 

K 

Key 

Abbreviation  10-9 

Area  Requiring  Research  1-13 

Color  11-41 

Color  Usage  Terms  1 1  -5 
Data  Item  Color  1 1  -7 
Decision  Model  Elements  1 2-39 
Documents  8-1 
Function  Changes  4-1 
Functions,  Describing  14-15 
Functionality  Load  4-6 
Key,  Design  7-5 
Identification,  Special  14-15 
Labels  and  Legends  9-1 6 


Location  9-16 
Map  8-2 
Misstriking  15-37 
Successful  System  1  -2 
Symbol  Identification  8-10 
Version  4-1 
Window  Parts  7-1 
Words  13-43 
Keyboard 

Commands  7-1,  13-4 
Data  Input  7-1 

Keys 

Accelerators  2-8,  13-31 
Color  Usage  11-41 
Defined  in  Macros  13-31 
Function  2-1. .2,  2-13 
Function,  Defined  2-1 
Keyboard  Cursor  6-8 
Map  Scale  8-2 
Soft  4-5,  7-7 
User-callable  8-10 
Variable  4-1 
Keystroke 

In  Data  Entry  13-27 
Saving  13-31 

Single  Action,  Embedded  Training  1 5-9 

Keyword 

As  Search  Terms  13-43 
Knowledge 

Acquisition  Pace  1  -4 

Base  12-1 

Experts  12-17 

Gap  Training  12-11 

Human  Performance  Consideration  1  -8 

Method-based,  Graphics  15-25 

Perception  1 2-5 

L 

Labeling 

Additional,  Icons  6-19 
Blanks  Versus  Nulls  3-20 
Consistently  3-19 
Data  Field  Location  3-19 
Dialog  Boxes  7-25 
Displayed  Graphics  9-4 
Distinctive  3-19,4-10,5-30 
Embedded  Training  Module  15-26 
Field  Label  Familiarity  3-20 
Function  Key  Changes  4-1 
Function  Key  Menu  Options  4- 10..  11 
Function  Keys  4-10..  11 
Grouped  Options  5-30 
Icons  6-19 
Multiple  Curves  9-20 
Multiple  Pages  10-25 
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Pie  Chans  9-27 
Placement,  Icons  6-19 
Similar  Data  Fields  3-1 9 
Surface  Chans  9-23 
Symbols  8-1 1 .  8-13.  8-25,  8-30 
Terminology  5-30 
Tick  Marks  9-15 
Units  of  Measure  3-20 

Labels 

Adding  8-26 

Alignment  13-18 

Alphanumeric  8-13 

Assigning  7-25 

Capital  letters  10-19 

Color  Associations  11-16 

CONFIRM  2-29 

Consistency  3-19,  4-1 , 4-8, 9-4 

Deleting  8-26 

Distinctive  3-19.4-10 

Format  9-16,  13-16 

Format  for  Subordinate  Windows  7-25 

Function  Key  Menu  Options  4-1 0 

Hierarchical  Menus  5-15 

Icons  6-19 

Identifying  7-1,  15-41 

Indication  of  Active  Keys  4-6 

Indication  of  Open  Window  7-23 

Location  4-1,4-11,7-25 

Legibility  8-7 

Map  8-3 

Menu  Categories  5-29 
Menu  Option  5-29. .32 
Malfunction  Keys  4-10 
Multiple  Curves  9-20 
Optional  Fields  3-17 
Pie  Charts  9-27 
Positioning  8-3 

Presentation  Graphics  9-15. .16 
Size  5-27 

Structure  and  Size  13-16 
Subunit  5-30 
Surface  Charts  9-23 
Symbol  8-11,  8-1 3,  8-25,  8-30 
System  Level  Menus  5-18 
Task  Oriented  14-18 
Text  9-18 
Tick  Mark  9-15 
Variable  Function  Keys  4-1 
Usage  9-16 
Window  7-25 
Zooming  8-18 

Language 

Natural  13-5 
Natural,  Interaction  15-2 
Natural,  Media  Combination  15-24 
Natural,  Text  15-24 


Large-Screen  Displays  (LSD) 

Ambient  Illumination  16-27 
Aspect  Ratio  1 6-28 
Character  Dimensions  16-27 
Color-coding  1 6-30 
Contrast  Ratio  1 6-28 
Context  5-7 
Defined  5-7 

Displayed  Data  Characteristics  16-29 

Luminance  16-26.. 28 

Modulation  Depth  1 6-29 

Off-axis  Viewing  1 6-28 

Polarity  1 6-29 

Projection  Equipment  1 6-30 

Stroke  Width  16-28 

Visual  Arc  1 6-27 

Layout 

Columns  13-16 
Data  13-18 
Function  Keys  4-12 
Report  1 3-34 
Workspace  1  -2 

LCD  (see  Liquid  Crystal  Displays) 

LCSS  (see  Liquid  Crystal  Stereoscopic  Shutter) 
Learning 

Ability  15-4,  15-24 
Demands,  Simplification  15-14 
Requirements  15-12 
Style  15-1,15-13 
Support  15-3,15-4 
Task  15-32 
Time  13-3 
Transfer  15-4,  15-24 
T  ransf  erability  of  13-14 
Learning  Mode 

Embedded  Training  Concept  15-5 
Learning  Structure 

Discovery  15-15 

Guided/Supporled  Discovery  15-15 
Structured  15-15 
Types,  Selection  15-15 
Learning  Tima 

Advantage  6-1 

Minimal,  Embedded  Training  Objective  15-3 
Left-to-right 

Orientation  13-15 
Scanning  13-15 

Legends 

Graphic  Data  Element  Identification  9-16 
Location  9-16 

Legibility 

Defined  1 1  -5 

Levels 

Interaction  1 3-45 
Menus  13-4 
User  Effort  13-25 
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Limit 

Keystrokes  13-27 
Limiting  a  Search  13-43 
Linear  Scales 

Usage  9-14 

Lines 

Area  delineation  6-5 
Automated  Aids  9-6 
Coding  9-21 

Coding  Beyond  Data  Set  9-21 
Color  9-10 
Color  Illusions  8-31 
Connecting  Symbols  8-9 
Contour  6-5 
Designation  9-6 
Foreground  6-23 
Format  for  Reading  1 0-1 8 
Length  10-18 
Organizatbn  10-18 
Graph  13-12 
Grid,  Defined  9-19 
Grid,  Display  9-19 
Grid,  References  9-6 
Grid,  Usage  9-19 
Grid,  Visibility  9-19 
Joining  9-6 
Labels,  Usage  9-16 
Perception  6-5 
Rubberbanding,  Usage  9-6 
Usage  9-19..21 
Use  of  Blue  1 1  -40 
Liquid  Crystal  Displays  (LCD) 

Ambient  Illumination  16-12..13 
Availability  16-12 
Backlighting  16-12 
Contrast  Polarity  16-13 
Off-axis  Viewing  1 6-1 4 
Reflective  16-13 
Transmissive  16-13 
List 

Available  Search  Terms  13-41 
Fields  Values  13-44 
Options  13-46 
Search  History  13-34 
Literature 

Review  8-1 

Locating 

Inf ormation  on  Screen  13-13,13-15 

Lockout 

Aborting  2-13 
Control  Lockout  2-13 
Interrupt  2-13 
Keyboard  2-13 
Keyboard  Restoration  2-13 
Response-Time-Induced  2-13 
Removal  Indication  2-13 


Log 

Annotation,  Search  1 5-38 
Log-on  Files 

Protection  15-28,  15-38 
Logarithmic  Scales 

Usage  9-14 

Logic 

Boolean  13-42 
Grouping  Information  13-14 

Lower 

Case ,  Use  of  in  Captions  13-16 
Luminance 

Defined  1 1  -5 

Large  Screen  Displays  1 6-28 
Lux  16-13 
Nonuniformity  16-8 
Stereoscopic  Displays  (3D)  1 6-36 
Luminance  Contrast 

Defined  1 1  -5 
Ratio  11-13 

M 

Macro 

User  Definition  2-20,13-31 

Magenta 

Color  Pair  Usage  1 1  -25..27 
Management 

Dialogue  1 3-28 
Manipulation 

Capabilities  9-7 
Data  12-12 
Design  9-2 
Direct  6-1. .27 
Information  12-4 
Mental  Representations  1 2-6 
Screens  7-5 
Manpower 

Requirements  1  -4 

Manuals 

System  Documentation  13-29 
Map  and  Situation  Graphics 
Topic  Area  1-11 
Map  Graphics 

Color  11-4,11-39,11-45,11-51 
Creating  and  Editing  8-25. .28 
Research  Issues  1-14 
Screen  Display  Density  10-12 
Tactical  Symbols  7-5 
Toning  11-45 

Maps 

Area  of  View  8-8 
Automated  Tools  8-6,  8-25 
Automatic  Registration  8-9 
Automatic  Updating  8-20. .21 
Color  Coding  8-10,  11-51 
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Color  Usage  11-4,11  -39, 1 1  -45 

Consistency  8-2 

Coordinates  8-14 

Coverage  Area  and  Resolution  8-7 

Creating  and  Editing  Graphics  8-2S..28 

Curvature  8-3 

Defined  8-3 

Designating  Areas  8-6 

Detaii  8-2 

Display  Area  Change  8-17 

Dynamic  Characteristics  8- 1 7..24 

Electronic  Displays  1-14,8-7,8-20 

Feature  Representation  8-7 

Functional  vs-  Decorative  11-51 

Graphics  and  Color  11-51 

Inset  8-15 

Label  Legibility  8-7 

Label  Position  8-3,  8-13 

Low  Screen  Resolution,  Limitations  7-5 

Navigation  8-2 

Orientation  8-5 

Open  Window  7-26..27 

Panning  8-17 

Resizing  8-1 9 

Scale  Changing  8-1 7 

Scanned  9-2 

Scanning  8-17 

Sequencing  8-22 

Situation  Displays  Overlays  8-3 

Size  8-29 

Static  Display  Attributes  8-7..16 
Symbology  8-10..  13 
Symbol  identification  Key  8-10 
Symbol  Overlap  8-1 1 
Symbol  Placement  8-9 
Symbol  Size  8-18 
Tactical  1-14 
Zooming  8-1 8..  19 

MARK 

Function  13-35 
Mathematics 

Calculations,  Timeliness  12-12 

Meaning 

Color  11-2,..3,  11-5,  11-7,  11-39, 11-41, 11-51 

Icons  6-3..4 

Inferences  6-11 

Interpreting  1 1  -5 

Intrinsic  6-4 

Lose  1 1  -2 

Transfer  13-12 

Visualization  15-24 

Media 

Graphic,  Aiding  Visuaiization  15-24 
Media  Presentation 

Combined  1 5-24 
Suitability  1 5-5 


Memo 

Field  13-21 

Memory 

Human  Limitations  12-5 
Load,  Minimal  15-3 
Protection  15-12 
Retention  12-14 
Memory-search 

Strategies  12-7 
Menu  Bars 

Defined  5-7 
Function  Control  6-9 
Multitasking  Windows  7-13 
Usage  5-7 

Visibility  of  Options  5-7 
Menu  Design 

Format  5-11. .14 
Hierarchical  Menus  5-15. .23 
hern  Selection  5-24. .28 
Menu  Optbn  Labeling  5-29.  .32 
Menu  Option 

Phrasing  1 5-34 
Menu  Option  Labeling 
Format  5-30 
Function  Keys  4-10 
Grouped  Options  5-30 
Selector  5-31. .31 
Terminology  5-30 
Use  of  Key  Words  5-29 
Worded  as  Commands  5-29 
Menu  Selection 

Abbreviate  5-27 
Accelerator  Keys  2-8 
Defined  2-1 
Guidelines  5-3 
Hierarchical  Menus  5-15,5-23 
Identification  5-15 
Items  7-25 
Pointing  5-27,  6-9 
Response  Time  2-14 
Sequential  5-21 
Stacking  5-6 
Submenus  5-23 

Menus 

Advantages  and  Disadvantages  5-1,  13-4. .5 

Alphabetic  Ordering  5-13 

Bars  5-7 

Base-levei  4-7 

Branching  5-19 

Breadth  5-21. .23 

Bypassing  Structure  5-3 

Category  Labels  5-29 

Choices  5-23 

Command  and  Control  5-1 

Command  Entry  Area  5-26 

Consistency  of  Design  2-3,5-16 
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Consistency  of  Display  5-1 1 
Depth  5-21  ..23 
Design  5-1. .37 

Direct  Manipulation  5-1,  5-3,  6-9 

Display  of  Available  Options  5-14 

Format  5-11..  14 

Function  Control  6-9 

Hierarchical  5-15..23 

Hierarchical,  Browsing  5-20 

Hierarchical,  Consistency  of  Design  5-1 6 

Hierarchical,  Format  5-19 

Hierarchical,  Navigation  5-17, 13-6 

Hierarchical,  Usage  5-15 

Higher-level  5-18 

Iconic  6-14..15 

Iconic,  Usage  6-13..14 

Indication  of  Position  5-16 

Instructions  5-5 

Item  Selection  5-24..28 

Logical  Grouping  of  Options  5- 1 1 

Menu-driven  13-3, 13-47 

Narrow  5-22 

Numbering  5-13,5-32 

Opening  and  Closing  Windows  7-1 4 

Option  Labeling  4-10,  5-29..32 

Options,  Wording  5-29 

Organization  and  Labeling  5-15,5-18 

OSF/Motif's  Use  2-2 

Path,  Labeling  7-25 

Pop-up  5-9..  10 

Protection  15-28 

Pull-down  5-8 

Response  Time  and  Design  5-5 
Selection,  Modes  5-1 5,  5-25 
Sequential  Display  5-3 
Shallow  5-22 
Structure  13-5, 13-6 
Subordinate  Window  Labels  7-25 
System  Level  5-17.. 18 
Techniques  5-2 

Temporary  Window  Overlays  7-9 
Types  5-1 

Window  Movement  7-15 
When  to  Use  5-2..3 

Message 

Add  or  Change,  Embedded  Training  15-38 

Calling-up  6-1 

Computer  13-28 

Error  13-19,13-29,14-11 

Error  Correction  15-28 

HELP  14-8,  14-17,  14-22,  14-24 

Highlighting  3-15 

Natural  Language  15-34 

Personalization  15-8 

Preformatted  6-1 

Sending  6-1 


Status  13-19,  15-30 
Text  Formats  7-8 
Tone  15-35,15-7 
Metaphor 

Appropriateness  6-10 

Complex  6-1 1 

Connotations  Induced  6-12 

Consistency  with  Objects  6-1 0 

Defined  6-2 

Design  1-13,  6-10..  12 

Examples  6-10 

Generalizing  6-1 1 

Icons  6-13..25 

Metaphor,  Office  6-3,6-10 

Model  6-10 

Oversimplification  6-1 1 

Selection  6-3 

Simplicity  6-3 

Testing  6-3,6-10 

Tutoring  6-12 

Used  for  Icons  6-3 

Used  for  System  Interaction  6-3 

Versus  Self-contained  Icons  6-11 

Method 

Primary,  Assistance  Programs  15-1 
Primary,  Designer  Usage  1 5-1 
Method-based  Knowledge 
Conveying  15-25 

Military 

Applications  1-13 
Color  Coding  1 1  -3, 1 1  -39..40 
Command  and  Control  1-1,  6-6,  6-10, 12-1 
Computer  Based  Systems  Development  1  - 1 
Courses  of  Action,  Evaluation  1 2-1 
Personnel  1  -8 
Standards  8-1 
Standard  Symbols  8-10 
Military  Systems 

Color  Usage  11-16 
Decision  Aids  Development  12-1 
Elements  of  Concern  1  -2 
Improving  Design  Consistency  1  -5 
Misconceptions 

Detection  15-5 

Mistakes 

Dealing  with  13-29 
Mnemonics 

Commands  13-27,  13-47 
Versus  Numbered  Selections  1 3-47 

Mode 

Autonomous  12-1 
Change  4-13 
Combined  5-25 
Display  2-17 

Exploratory  or  Guided  15-19 
Function  Keys  4-1 , 4-8 
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Input  6-9 
Keyboard  6-9 
Learning  15-5 

Menu  Selections  5-15,5-25,6-9 
Menu,  Organization  and  Labeling  5-15 
On-line  or  Interactive  vs  Batch  1 3-9 
Operation  1 5-1 7,  4-8 
Pointing  Device  6-9 
Tutorial  13-45 

Models 

Appropriateness  12-26 
Capability  12-26 
Database  Design  13-6..7 
Generating  Displays  9-9 
Predicting  12-26, 12-32 
Risk  Factors  12-27 
Solutions  1 2-7 
Simulation  12-26 
User  10-8 

Validation  12-29,12-35,12-26 
Modifications 

Ability  15-38 
Embedded  Training  15-38 
Fields  15-32 
Individual,  User  15-38 

MODIFY 

Functbn  13-39 
Modulation 

Contrast  16-11 
Polarity  16-11 

Modules 

Training  15-21 
Labeling  1 5-26 
Software  5-23 
Switching  5-23 

Transferring  Learning  between  13-14 

Monitor 

Current  Tactical  Situation  1  -7 
Monochromatic 

Defined  1 1  -5 

Motif 

Architecture  Component  1  -6 
Interface  5-3 
Style  Guide  7-22 
Techniques  2-2 

Mouse 

Button  7-24 
Data  Input  7-1 
Direct  Manipulation  6-8 
Function  Activation  4-5 
Item  Querying  8-14 
Menu  Selection  5-27 
Use  6-1 

Move 

Among  Components  15-33 
Background  Symbols  8-1 1 


Controlling  15-33 

Cursor  3-8.. 9.  6-1 

Cursor  Shape  7-17 

Data  7-22 

Directing  15-23 

Displayed  Objects  9-7 

Flexibility  15-23 

Function  Selection  7-15. .17 

Iconic  6-8 

Line  Segment  9-6 

Map  Graphics  8-2 

Naming  Commands  2-10 

Option  7-1 5..  17 

Research  Focus  15-5 

Screen  Feature  10-2 

Sequentially  or  Directly  15-23 

Window  6-8,  7-1 5..  17.  7-22.  8-17 

Window  Navigation  7-29 

Windows.  Feedback  7-15 

Windows.  Methods  7-15 

Windows,  Usage  7-1 

Zoom  8-18 

MTF  (see  Modulation  Transfer  Function) 
Multi-component 

Training  15-16 
Multi-level 

Menu  Map  13-4 
Multi-user 

Systems  15-38 

Multiple 

Formats  1 3-20 
Levels  13-45.. 48 
Screen  Transactions  13-15 
Search  Options  13-10 
Multiple  Entries 

Graph  Usage  9-15 
Interrupt  Capability  3-3 
Multiple  Paths 

Provision  5-21 
Usage  5-21 
Multiple-step 

Procedures,  Immediate  Feedback  15-34 
Multiscreen 

Form  Numbering  3-14 
Paging  Crowded  Displays  10-25 
Partitioning  Displays  10-25 
Multiple  Pages  Labeling  1 0-25 
Transactions  13-14.  13-19 
Mundane 

Errors  1 5-37 


Naive 

Users  13-47.48 

Names 

Color  1 1  -3 
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Control  Functions  2-10 
Icons  6-19 
Matching  14-17 
Window  Map  7-27 
National  Groups 

NATO  Forces  6-21 
Icon  Design  6-21 

NATO 

Forces  6-21 
Icon  Design  6-21 
Use  of  Icons  6-21 
Use  of  Icons,  Multilingual  User  6-14 
Use  of  Metaphors  6-1 2 
Natural  Language 

Advantages  and  Disadvantages  13-5 
Controlled  Vocabulary  1 3-43 
Defined  2-2, 13-5 
Interfaces  13-5 
Natural  Language 

Embedded  Training  15-24 
Message  Feedback  15-34 
Navigation 

Aids  5-23 

BROWSE  13-2. 13-41 

Database  13-41 

Defined  7-26 

Display  Example  15-6 

Embedded  Training  Button  Display  15-33 

HELP  14-6,  14-9 

Hierarchical  Menus  5-17..21 

Maps  8-2 

Open  Window  7-26. .27 
Near-real-time 

Performance  1  -7  • 

Network 

Database  Model  13-6 
Noninterference 

During  Critical  Operation  15-1 1 
Notification 

Automatic  Correction  15-36..37 
Critical  Operation  15-11 

Novice 

Complexity  Reduction  15-14 
Control  Blocking  1 5-36 
Defined  14-2 

Essential  Information  Only  15-14 

Error-blocking  15-36 

HELP  Instruction  Providing  14-10 

HELP  Usage  14-7 

Immediate  Feedback  15-34 

Levels  13-45..47 

Objectives  15-25 

User  Control  15-14 

Use  of  Controlled  Vocabularies  1 3-43 


Number 

Displaying  13-18 
Page  Numbers  13-19 
Numbered  Selections 

Versus  Mnemonics  13-47 
Numbering 

Items  5-32 
Menu  Options  5-13 
Scale  Division  9-15 
Numeric  Data 

Displaying  13-12,13-17 
Scale  Division  9-15 

O 

Object  Grouping 

Arrangement  6-4 
Correlated  Changes  6-4 
Proximity  6-4 
Similarity  6-4 
Object-oriented 

Database  Model  1 3-6 
Objective 

Functionality  Selection  15-32 
Guidelines  Development  1  -5 
Novice  Users  1 5-25 
Module  Labeling  1 5-26 
Setting  1 2-5 

Objects 

Acting  Directly  6-1 
Centrally  Positioned  6-5 
Color  Perception  1 1  -2 
Contrast  11-29 
Cultural  Differences  6-21 
Direct  Manipulation  6-7,  13-5 
Grouping  6-4 
Manipulation  9-7 
Moving  6-1.. 2 
Icon  6-1 
Perception  6-5 
Position  6-5 

Representing  Functions  6-10 

Technological  Shapes  6-21 

Use  in  Object-oriented  Database  Model  13-6 

Off-line 

Or  Batch  Processing  Mode  1 3-9 
Resources  15-18 
Office  Metaphor 

Appropriateness  6-3,  6-10 
Off-axis  Viewing 

Large-screen  Displays  1 6-28 
Character  Sizes  1 6-28 
Impact  16-14 
OK 

Acknowledgement  2-30 
Button  7-13 
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On-line  HELP 

Accessibility  1 4-8 
General  Design  14-5..7 
Introduction  14-1. .2 
Keeping  HELP  Current  14-21 
Making  Return  to  Application  Easy  14-20 
Providing  Consistent  HELP  Format  1 4-1 6 
Providing  Help  on  HELP  14-9. .12 
Providing  Help  in  Context  14-13 
Providing  User  Options  1 4-22 
Self-explanatory  and  Concise  Displays 
14-17..19 

System-initiated  Messages  14-23..24 
TopicArea  1-11, 14-1. .25 
Types  of  Systems  14-3..4 
User  Control  14-15 
On-line  Training 

Components  15-5 
Defined  15-1 
Focus  15-1 
Research  15-6 
User  Assistance  15-1 
Open  Software  Foundation  (OSF) 

Defined  1  -9 
OSF/Motif  1-9,  2-2 
OSF/Motif  Style  Guide  1  -9.  7-22 
Open  Window  Navigation 

Open  Window  Map  7-27 
Active  Designation  7-27 
Expanded  Window  Explanation  7-27 
Window  Forward  Function  7-27 
Operation 

Abort  2-24 
Area  Viewing  8-8 
Battlefield  1 2-1 0 
Complex  15-14 
Constraints  1 2-28 
Critical  15-8,15-11 

Design  Opening  and  Closing  Windows  7-1 4 
Escape  2-24 
Exit  2-24 

Function  Control  6-9 
Input,  Tactical  15-11 
Interrupt  14-4 
Modes  15-17 

Requirements,  Tactical  15-10 
Tracking  15-2 
Operational 

Icons  15-30 
Status  Message  15-30 
Operators 

Logical  or  Boolean  13-2,13-42 
Optimizers 

Query  13-21 

Options 

Abort  2-24 


Automatic  Display  Updating  8-21 

Automatic  Error  Correction  1 5-36 

Available  2-19 

BACKUP  3-3  .4 

Bookmark  14-22 

CANCEL  2-26,3-3  .4 

Confirm  or  Verify  15-27 

Consistency  5-11 

Context  Definition  2-16. .17 

CONTINUE  2-23 

Control  2-7,2-22 

Cursor  Placement  2-21 

Customized  Display/Control  2-7 

Decision  12-29 

Decision  Aids  Flexibility  12-35 

Display  2-19,  5-5,  5-14,  12-24 

Embedded  Training  15-14 

END  2-24 

ESCAPE  2-24 

Error  Blocking  1 5-36 

Explicit  Identification  15-15 

Feedback  5-26 

GOBACK  2-26,2-28 

HELP  14-9..  10,  14-23 

Iconic  Menu  6- 14..  15 

Interrupt  2-26 

Logical  Grouping  5- 1 1 

Logical  Ordering  5-12 

Map  Symbol  10-13 

Menu  5-1..3,  5-6,  6-1,  13-5 

Menu,  Alphabetic  5-13 

Menu,  Browsing  5-15,  5-20 

Menu,  Consistency  5-6,  5-11,  5-32 

Menu.  Cursor  Placement  5-24 

Menu,  Display  5-5.. 6,  5-11, 5-14 

Menu,  Dual  Activation  5-28 

Menu,  Grouping  5-11 

Menu,  Hierarchical  5-15.16,5-19 

Menu,  Highlighting  5-10 

Menu,  Labeling  4-1 0,  5-29..32 

Menu,  Numbering  5-13,  5-31 

Menu,  Pop-up  5-9..  10 

Menu,  Pop-up  Location  5-9 

Menu,  Pull-down  5-8 

Menu,  Size  of  Selection  Area  5-27 

Multiple  Search  13-10 

News  15-8 

Overlap  5-14 

PAUSE  and  CONTINUE  2-23 
RESTART  2-26,3-3.  4 
Return  15-10 
Review  2-23 

Selection  2-19,  5-1C,  5-15,  8-27 
Suspend  2-25 

Tactical  Informa'.on  Display  10-6 
Visibility  of  Mon  j  Bar  5-7 
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Visual  Cues  5-6 
Wording  5-29 

Orange 

Color  Discrimination  11-14 
Wavelength  11-14 

Order 

Alphabetic  5-13 
Color  Coding  1 1  -45 
Color  Brightness  1 1  -8.  .9 
Data  10-10 
Data  Grouping  10-23 
Data.  Visually  13-18 
Entry  Stacking  2-20 
Field  Values  13-44 
Flowchart  Elements  9-32 
Forward  8-23 
Frequency  5-13 
Menu  Options  5-11..  13 
Proximity  Searching  13-42 
Rank  Order  Search  13-21,  1 3-43 
Reverse  8-23 
Sequence  5-13, 13-43 
Organization 

Advance  15-27 
Data  13-18..20 
Decision  Aids  Impacts  12-44 
Goals  12-44 
Output  13-25 
Query  Saeen  13-15. .16 
Organizational  Factors 

Decision  Aids  12-43.  .44 
Information  Requirements  12-43 
Orientation 

Initial  Use  Overview  15-7 
User  15-7 
OSF/Motif 

Interaction  Techniques  2-2 
Style  Guide  1-9,7-22 

Output 

Detail  Level  12-28 
Explanation  12-30 
Font  Size  10-21 
Limitations  13-25 
Organization  13-25 
Reports  13-34 
Utilization  1  -2 
Over-prompting 

Avoid  15-35 

Overlap 

Approach  7-3 
Background  Pattern  7-1 1 
Desaiption  7-3..4 
Disadvantages  7-26 
Menu  Options  5-14 
Open  Window  Map  7-26. .27 
Symbols  8-1 1 


Windows  15-31 

Overlay 

Building  8-25 
Consistency  7-12 
Display  Sequencing  8-22 
Labeling  7-25 
Mechanical  4-4 
Moving  8-14 
Nondestructive  7-7 
Obscuring  7-7 
Shifting  7-24 
Situation  Display  8-3 
Suppression  7-13 
Symbology  8-10  . 11 
Updating  8-17 

Overload 

Cognitive  Consideration  1 2-3 
Stress  12-3 

Information  12-3,  12-10,  12-12,  12  33 
Situatbnal  12-3 
Ovenriew 

Embedded  Training  Content  15-25 
Initial  Use  15-7 
Advance  Organization  15-25 
Method-based  Knowledge  1 5-27 

P 


Pacing 

Control  Entries  2-6 
Page  Number 

Placement  13-19 
Page-Back 

Capability  2-5 

Panning 

Map  Graphics  Tools  8-2 
Position  indicator  8-17 
Usage  8-17 

Parallax 

Defined  16-37 
Parameter 

Default  Values,  Providing  1 3-30 
Missing.  System-generated  Messages  14-23 
Replacing,  Out-of-bounds  1 5-36 

Parsing 

Effects  on  Searching  1 3-4i 

PASTE 

Function  1 3-37 

Patience 

Levels  15-1 

Patterns 

Significance  15-24 

PAUSE 

Option  2-23 

Pause 

Sequencing  8-22 
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Perception 

Data  12-5 
HELP  14-23 
Human  6-4 
Icon  6-5 
Object  6-5 
User  Control  1 5-5 
Perceptually 

Balanced  Screen  13-14 
Perlormance 

Accuracy  13-11 

Cartographic  Display  1 6-1 1 

Color  Brightness  Impact  1 1  -35 

Color  Difficulties  1 1  -25 

Color  Guidelines  11-2 

Color  Usage  11-19 

Command  and  Control  System  1-2 

Conditions  12-17 

Degrading  1 2-1 0 

Electronic  Support  Systems  15-3 

Fear  of  Automation  12-16 

Improvement  10-2, 11-1. 13-10.. 11 

Maximizing  with  Color  Pairing  1 1  -25 

Methods  1 2-20 

Predicting  1  -2 

Reading  16-10 

Records  that  Evaluate  User  15-22 
Tasks  1-3, 12-17. 15-11 
User  1-2..3. 1-5.  7-4. 13-5. 15-18 
Personalize 

Environment.  Using  Maaos  13-31 
Messages  15-10 
Pictographic 

Symbols  6-13.  8-1 

Pictures 

Automated  Aids  9-28 
Computer-Drawn  13-12 
Example  9-29 
Usage  9-29.13-11 
Pie  Chart 

Data  Displays  13-t2 
Defined  9-26 
Example  9-26.  13-12 
Highlighting  9-27 
Labeling  9-27 
Usage  9-26 

Plasma  Displays  (see  also  Gas  Plasma  Displays) 
Compared  to  CRT  1 6-5 
Gas  16-5.  16-1 5..  16 
Plasma  Panels 

Forming  16-15 

Pointing 

Activation  4-5.  5-28 
Area  5-27 

Cursor  Placement  2-21 
Design  2-14.. 15 


Ease  2-14 
Failure  6-8..9 
Menu  Selection  2-1.5-27 
Option  Selection  5-28 
Selection  2-14..15,  5-6.  5-27.  6-9.  8-27 
Pointing  Device 

Failure  6-6 

Interlace  2-31 

Mouse  4-5.  6-8.  8-14.  13-6 

Trackball  6-8,8-14,13-6 

Types  6-8, 13-6 

Use  6-1 , 6-8 

Polarity 

Legibility  16-13 

Liquid  Crystal  Display  Usage  16-13 
Contrast  16-11,16-29 
Large  Screen  Displays  1 6-29 
Pop-Up  Menus 

Browsing  Methods  5-20 
Defined  5-9 
Function  Control  6-9 
Highlighting  5-10 
Location  5-9 
Option  Selection  5-10 
Pop-Up  Window 

Status  6-1 

Position 

Control  Information  2-8 
Central  6-5 
Cursor  2-14..15,  5-7 
Emergency  Function  Keys  4-12 
Error  Messages  5-5 
Expanded  Sector  8- 1 9 
In  Menu  Structure  5-16 
Legends  and  Keys  9-16 
Map  Label  8-3 
Menu  Instructions  5-5 
Panning  Indicator  8-17 
Proximity  Searching  13-42 
Returning  to  1 5- 1 0,  1 5- 1 7 
Symbol  Label  8-13 
Window  7-2 
Positive  Image 

Use  6-7 

Practice 

Learning  Structure  Types  15-15,  15-23,  15-36 
User  15-23 

Requiring  Multiple  Steps  15-36 

Practice 

Opportunity  15-3,  15-5.  15-18 
Predicting 

Data,  Problems.  Opportunity  12-26 
Preference 

Changing  1 2-45 
Reading  and  Studying  15-25 
User  13-11,15-13,15-25 
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Preprogrammed 

Formats  12-41 
Presentation 

Color  11-25 
Crowded  10-25 
Data  8-1,10-16.13-1,13-12 
Data  accuracy  13-12 
Display  Sequencing  8-22 
Fidelity  15-29 

Formats,  Decision  Aids  12-20 
Graphics  13-12 
Guidelines,  Instructional  15-5 
Information  6-1 1 ,  7-4, 1 2-34 
Instructional  1 5-24.  .27 
Map  8-7 

Media,  Suitability  15-6 
Monochromatic  1 1  -7 
Multiscreen  13-19 
Situation  Display  8-3 
Window  7-2..3 
Presentation  Graphics 

Color  Coding  1 1  -25 
Creating  and  Editing  9-5.. 9 
Diagrams  9-1 , 9-30..33 
General  9-3.. 4 
Goal  9-1 
Graphs  9-1 
Grid  Lines  9-1 9 
Guidelines  9-1 

Identifying  Critical  Data  9-1 7..  1 8 
Introduction  9-1. .2 
Pictures  9-1.9-28..29 
Scales,  Labels,  and  Coding  9-10.. 16 
Types  9-20..27 
Preventative 

Feedback  15-36 

Preview 

SHOW  Function  13-39 

Primitive 

Defined  6-18 
Principles 

Gestalt  6-4, 10-1 
HELP  Design  14-18 
Human  Perception  6-4 
Screen  Design  13-13.. 14 

Print 

Option  14-22 
Screen  14-23 

Prioritize 

Information  13-14 

Problem 

Solving  13-5, 15-20 
Procedures 

Changes,  Application  1 5-8 
Critical  or  Hazardous  1 5-23 
Multiple-Step  15-36 


Practice  15-18 
Rating  Guidance  12-25 
Rule-based  12-36 
Sequence  Control  15-23 
Types  12-36 

Proceed 

Incorrectly,  Prompting  15-2 

Preset  Path,  Embedded  Training  Mobility  15-33 

Process 

Completeness  1 5-27 

Difficult.  Embedded  Training  High  Fidelity  15-27 
Ease,  Embedded  Training  Low  Fidelity  15-27 
Embedded  Training,  Advance  Organization 
15-25 

Focus,  On-line  Training  Programs  15-1 
Recording  Path  15-21 
Unusual,  Embedded  Training  High  Fidelity 
15-27 

Process  Notes 

Training  Program  Annotation  15-38 
Processing 

Information  9-1 

Spacial,  Usage  1 2-42 

Speed  7-7,  7-9 

Stages,  Decision  Aids  12-31 

Word,  Basic  Feature  Operation  Only  15-14 

Products 

Command  and  Control  System  Performance  1  -2 
Context-similarity  Feedback  1 5-34 

Program 

Annotation,  Training  15-38..39 
Assistance,  Usage  15-1 
Availability,  Embedded  Training  15-8 
Backup  and  Restoration  1 3-3 1 .  .32 
Computer,  Interface  15-1 
Consulting.  Training  15-3 
Content.  Domain  Experience  15-13 
Focus,  On-line  Training  15-1 
Embedded  Existence,  On-line  T raining  1 5- 1 .  .2 
Embedded  Training  Component  Providing 
15-18 

Execution,  On-line  T  raining  1 5- 1 

Exiting,  Training  15-10 

increasing  Effectiveness  13-21 

Linkage,  between  Application  and  Training  15-7 

Management  1  -8 

Messages  10-13 

Overview,  Embedded  Training  15-7 
Questions  15-3.. 4 

Reduced  Capabilities  for  Novices  13-46 
Resident  Applications  1  -3 
Software,  Complexity  15-1 
Transfer  of  Learning  between  Modules  13-14 
Understanding,  Training  15-7 
Programming 

Ease  2-4,  2-6 
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Prohibit 

System-initiated  Embedded  Training  Interruption 
15-11 

Projection  Displays 

Contrast  1 6-24 
Equipment  1 6-30 
Glare  16-23 
Position  16-30 
Optical  Distortion  1 6-30 
Field  of  Projection  1 6-30 

Prompts 

Automatically,  Embedded  Training  15-2 

Avoidance  15-35 

Command  Correction  2-28 

Computer  13-40, 13-46 

CONFIRM  2-27 

Control  Entries  2-22 

Defined,  Embedded  Training  15-2 

Distinctive  2-8 

Explanation  14-11 

Information  Recording,  Users  1 5-30 

Input  10-8 

Location  7-10, 10-12 

PAUSE  and  CONTINUE  2-23 

Providing  Preventative  Feedback  15-36 

Search  Terms  13-42..43 

SUSPEND  2-25 

System  9-7 

T ask  Oriented  Wording  14-18 
Protection 

Application  15-17 
Application  Screen  15-10 
Hazardous  or  Destructive  Actions  15-10 
Log-on  Files  15-28, 15-40 
Original  Menu  15-28 
User  Records  15-22 
Prototype 

Basic  Screen  15-6 

Proximity 

Searching  13-42 
Pull-down  Menu 

Defined  5-8 
Function  Control  6-9 
Hierarchical  5-19 
Usage  5-8 
Punctuation 

Removal  for  Searching  13-23 

Purple 

Color  Blending  8-31 
Color  Pair  Usage  1 1-25..27 
Line  8-31 

Purpose 

Adding  Data  7-7 
Assistance  Reminder  15-26 
Decision  Aid  Completeness  12-21 
Design  Guidelines  1-1 


Display  10-10 
Document  1-1 
Evaluation  1 5-24 
Graphic  9-3 

Guidelines,  On-line  Help  15-1 
Primary.  Embedded  Training  Request  15-25 
Push-button 

Control  Object  7-16 

Q 

QBE  (see  Query-by-Example) 

Q8F  (see  Query-by-Forms) 

Query 

Assistance  in  Creating  13-9 
Commands  13-27. .28 
Data  Elements  9-4 
Described  13-1 
Editing  13-36, .38 
Error  Detection  13-9 
Formulation  Commands  13-38  ..39 
Interactive  13-9 
Menu-Based  Aids  1 3-4 
Optimizers  13-21 
Process  Described  1 3-2 
Recovery  of  Data  1 3-32 
Results,  Display  of  13-12,  13-17 
Results,  Timeliness  13-25 
Screen  Design  13-13..20 
Search  Enhancements  13-21  ..22 
Screen  Organization  1 3-1 5..  1 6 
Symbol  Moaning  8-10.. 11 
Typos  13-3..5 

Using  Natural  Language  Interfaces  1 3-5 
Versions  13-45..48 
Query  Language 

Defined  2-2 

Ease  of  Use  13-9 

Error  Messages  1 3-29 

General  Recommendations  1 3-9..  1 1 

Introduction  13-1. .7 

Level  of  User  Effort  13-25 

Multiple  Levels  13-45..48 

Results,  Timeliness  13-25 

Screen  Design  13-13  .20 

Searching  13-33.. 40 

Tailoring  the  Interface  1 3-30.. 31 

TopicArea  1-1 1,  13-1. .48 

Typos  1 3-3.5 

Usage  13-2 

User-Friendliness  13-27. .32 
User  Requirements  13-21. .26 
User  Satisfaction  13-24..26 
Query  Response  Time 

System-initiated  15-35 
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ery-by-Exampte  (QBE) 

Explained  13-3 
ery-by-Forms  (QBF) 

ExpIsHn^  13-4 

estion 

Embedded  Training  Types  15-4 
estbn  and  Answer 
Defined  2-1 
Flexibility  12-35 
Simplicity  15-29 

R 

nge 

Content  Print  Ability,  Embedded  Training  1 5-29 
Formats,  Embedded  Training  15-2 
Searching  13-43 
ink 

Rank  Order  Searching  1 3-21 
Ranking  Search  Terms  13-43 
ite 

Display  Definition  5-5 
Display  Update  8-21 
Refresh  1 1  -50 
Sequencing  Control  8-22 

iting 

Procedure  Guidance  12-25 
itio 

Aspect.  Defined  16-28 

lading 

Requirements  15-25 
Performance  16-10, 16-13 
Preferences,  Material  15-26 
Preferences,  T ext  1 5-25 
lal-time 

Display  and  System  Requirements  10-1 
Task  Performance  1-7 
lasoning 

Ability  and  Style  15-1 

icall 

Essential  Information  15-30 
Past  Experiences,  Option  15-35 
Superiority  of  Pictures  in  13-1 1 
jcognition 

Automatic  Recognition  of  Acronyms  1 3-22 
Defined  11' 

Personal  15-8 
Recognition,  System  15-20 
Superiority  of  Pictures  in  13-11 
^commendation 

Action  Response  15-35 
Certainty  or  Uncertainty  Indicators  1 2-30 
Consistency  Checking  1 2-30 
Contradictory  Predictions  12-30 
Course  of  A^ion  15-18 
Development  12-1 


Explanations  12-30,  12-38 
General,  for  Query  1 3-9..  1 2 
Handling,  Decision  Aids  12-29..30 
Impact,  Missing  Data  1 2-30 
Results,  Experts  15-2 
Record  Keeping 

Evaluatbn  15-22 
Protection,  User  15-22 
Storage  15-22 
User-selected  15-21 

Records 

Keywords  in  13-43 
Information  Prompt  1 5-30 
Marking  for  Deletion  13-35 
Path  through  a  Process  1 5-21 
Ranking  13-21 
Retrieving  13-20 
Review  of  13-20,13-42 
Search  Terms  1 3-43 
Recovery 

Error  13-39 

Red 

Color  Blending  8-31 

Colorcoding  11-11,11-16,11-25,11-39 
Color  Discrimination  11-14 
Color  Pair  Usage  1 1  -25..27 
Periphery  11-41 
Symbology  1 1  -39 

Usage  11-11, 11-1S..16,  11-25..27.  11-35, 
11-41 

Reduced 

Capabilities  in  Versions  for  Novices  1 3-46 
Training  Interface  Complexity  1 5-1 4 
Reference 

Annotation,  Training  Program  15-38 
Component,  Embedded  Training  15-16 
Future,  Printing  15-27 
Multi-user  Systems  15-38 
Off-line.  Multi-component  Training  15-16 
Refinement 

Step-wise  1 3-42 

Reflect 

Application  Current  Form  1 5-8 
Refresh  Rato 

Color-coded  Symbols  1 1  -50 
Relational 

Database  Model  13-3.-4,13-6 

Relate 

Concepts  Directly  15-5 
Embedded  Training  Effectiveness  15-8 
Specific  Guidelines  to  Concepts  1 5-5 
Relations 

Report  Definitions  1 3-34 
Relationships 

Analysis  for  Data  Grouping  1 0-23 
Automatic  Identification  12-24 
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Displaying  9-20 
Figure-ground  6-5 
Indicate  10-2 
Proximity  Searching  13-42 
Rules  9-5,  9-7 
Spatial  9-2 
Summarizing  9-1 

Relevant 

Research  and  Development  Work  15-5 
Purpose  of  Assistance  1 5-26 
Removing 

Punctuation  for  Searching  1 3-23 

Repeat 

Information  1 5-30 
Processing  13-22 
REPLACE 

Function  13-36 

Replace 

Out-of-bounds  Parameter  15-38 

Report 

Computer  Training  Experience  15-2 
Defining  13-34 
Formats  13-41 
Generators  13-2 
Modifying  1 3-39 
Textual  Format  12-42 
User-Oriented  12-41 
Reposition 

Overlapping  Windows  15-31 
Representations 

Database  Models  1 3-7 
Information  13-6. .7 

Request 

HELP  13-45 
Response,  User  15-18 
Search  History  1 3-34 
Status  13-36 

Training  Program  Exit  15-10 
Requirements 

Abstraction  Level,  Decision  Aid  Detail  12-43 
Additional  Memory,  Minimum  15-3 
Clarification,  User  Input  12-33 
Confirmatton,  Automatic  Correction  15-37 
Cooperation,  Human  and  Automated  System 
12-2 

Definition,  Decision  Aids  12-2,  12-17..22 
Extensive  T raining  or  T echnical  Expertise  15-1 
Eye  and  Pointer  Movement  10-3 
Determining  8-6 
Functional  1-6 
Information  12-43, 14-18 
Information,  Decision  Aids  1 2-43. .44 
Information,  Task  Performance  12-34 
Learning  15-12 

Multiple-step  Procedures,  Practice  15-34 
Reading  15-25 


Screen  Design  10-1 
Scroll  14-19 

System-initiated  Query  Response  Time  1 5-35 
Skill  Training  12-40 
Tactical  Operation.  Embedded  Training 
Restoration  15-10 

Task  Performance  Steps  15-1 7 
Time,  Decisbn  Aids  12-14,  12-34 
UNDO  Command  15-17 
User  12-31. .42.  13-21..26.  13-45,  14-3 
User-oriented  1 2-25 
Research 

Color  Usage  1 1  -4 
Empirical,  Guidelines  15-2 
Focus  15-6 

Human  Performance  1-13 
New  Sections  1-12 
Windows  Impact  7-3 
Research  Needs 

Areas  Requiring  Research  1-13,  10-12 
Behavioral,  Examples  15-6 
Electronic  Map  Displays  1-14 
Military  Applications  1-13 
Tactical  Graphics  Color  1-14,  11-3 

Resize 

Border  7-2,  7-20..21 
Defined  7-18 
Displayed  Objects  9-7 
Overlapping  Windows  15-31 
Removing  7-20 
Tiled  Window  7-20 
Visual  Indication  7-19 
Window  7-2..3.  7-12.  7-17..21,  14-14 
Resource 

Allocation,  Managing  Complexity  12-12 
Availability,  Interface  Tailoring  12-36 
Matching  1 2-23 

On-line.  Reference  Component  15-16 
Point,  Move  Directly  to  1 5-23 
System-  and  Job-related-off-line  15-16 
Response 

Capability,  Timeliness  12-23 
Color  Usage  11-15 
Demand  2-9 
Dialog  2-13 
Direct  Manipulation  6-1 
Displaying  Status  6-1 
Feedback  2-11. .12.  4-3 
Graphical  Display  9-9 
Immediate  6-1,  6-3,  10-1,  10-23 
Options  10-13 

Phase,  Decision  Process  1 2-20 
To  Application  Changes  1 5-8 
Response  Time 

Appropriate  2-14 
Compromising  7-9 
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Control  Entries  2-11 
Defined  13-25 
Degrading  7-5 
HELP  Impact  14-3 
Immediate  2-13 
Keyboard  Lockout  2-13 
Length  12-15 
Menus  5-1,  5-5 
Number  of  Windows  7-7 
Perceptual  2-14 
Query,  System-initiated  1 5-35 
Speed  2-14 

Tactical  Fire  Control  2-10 
Windows  7-4 
START 

Option,  Defined  2-26 

store 

Application  Screen  15-10 
Embedded  Training  15-10 
Facility  13-32 
strict  ion 

Capability  Interface,  Selection  15-14 

suits 

Appropriate  Displays  1 3-1 1 
Stocking  Access  15-36 
Data  Organization  13-18.. 19 
Displaying  13-12,13-17 
Formatting  Reports  13-34,13-41 
Mundane  Errors  15-37 
Redisplay  of  13-22 

Research,  Experience,  and  Recommendations 
15-3 

Saving  13-34 
Timeliness  13-25 

sume 

Capability  13-32 

rieval 

Data,  User  Control  12-35 
Effectiveness  13-26 
Information  13-1,  13-7 
Scoping  1 3-34 
urn 

Embedded  Training  Restoration  12-12 
To  Application  or  Position  15-9. .10 
To  Previous  Ending  Point  15-10 
To  Top  of  Central  Hierarchy  1 5-33 
Task  Performance  Steps  15-17 
UNDO  Command  1 5-1 7 

'erse 

Video,  Use  of  13-15,13-20 

'iew 

Browsing  13-2,  13-41 
Control  Parameiers  2-17 
Data  5-6 
Format  13-20 
Option  2-23 


Records  13-20 

When  to  Use  Decision  Aids  1 2-3 

Risk 

Evaluation  12-29 
Factors  1 2-27 
Romanization 

Recognition  of  Variations  caused  by  13-22 

Root 

Forms,  Searching  13-23 

RUN 

Function  13-39 

S 

Satisfaction 

Increasing  User  13-10,13-24 
Saturation 

Color  Discrimination  11-19 
Color  Distance  Perception  11-51 
Color  Usage  1 1  -25..27,  1 1  40 
Defined  1 1  -5 

Save 

Macros  13-31 
Reports  13-34 
Search  Histories  1 3-34 

SAVE 

Function  13-39 

Scales 

Automated  Production  9-5 
Automatic  Reduction  9-7 
Axes  Breaks  9-12 
Changing  8-17,8-19 
Conventions  9-10 
Duplication  of  Axes  9-12 
Exaggerated  9-13 
Grid  Lines  9-19 
Linear  9-14 
Logarithmic  9-14 
Multiple  9-15 
Numbering  9- 1 5 
Presentation  Graphics  9-10.. 15 
Tick  Marks  9-15 
Scanning 

Maps  8-17 
Optimizing  13-13 
Top-to-bottom  13-16 
Scatterptots 

Data  Point  Highlighting  9-25 
Example  9-25 
Usage  9-25 

Scenario 

Descriptions,  Advance  Organization  15-25 
Embedded  Training  Component  1 5-1 6 

Screen 

Arrangement  by  User  6-8 
Balancing  13-14 
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Color  Coding  11-11,11-19 
Data  3-7 
Data  Entry  3-7 
Design  13-1 3..  16 
Density  10-12 
Development  1  -4 
Display  1  -4,  5-7,  6-1 
Error  Message,  Location  5-5 
HELP  2-6,  14-8,  14-17,  14-18 
High  Resolution  6-3,  6-7 
Large  5-7,11-41 
Low  Resolution  7-5 
Manipulation  7-5 
Multiscreen  Transactions  13-19 
Protection,  Application  Saeen  15-10 
Prototype  Simplified,  Embedded  Training  15-6 
Query,  Organization  13-15 
Roadability  11-11,11-13 
Restoring,  Application  15-10 
Size  5-7,7-5,8-17 
Size  T ext  Relationship  1 0-2 1 
Soft  Keys  4-1,  4-5 
Text  Reading  15-25 
Window  Display  7-1 
Window  Moving  7-2,  7-17 
Screen  Design 

Arrangement  by  User  6-8 
Columns  10-15 
Common  Principles  10-1. .3 
Consistency  1 0-8 
Defined  10-1 
Format  10-9..22 
General  10-5..7 
Grouping  10-23. .24 
Information  Display  10-5. .7 
Instructions  10-13 
Interface  Characteristics  8-1 
Map  Orientation  8-5 
Map  Readability  8-29 
Menu,  Location  5-5 
Multiple  Screen  10-25 
Readability  13-19 
Requirements  10-1 
Scrolling  1 0-22 
Static  Text  10-22 
TopicArea  1-1 1,  10-1. .30 
Screen  Display 

Completeness  1 5-30 
Embedoed  Training  15-30.. 31 
Graphics  15-30 
Map  8-17 

Printing,  Embedded  Training  Content  15-27 
Window  Control,  User  15-31 
Window  Placement  15-30 
Scroll  Bar 

Affect  7-22 


Cluttering  Effect  ^-8 
Slider  Size  7-22 

Scrolling 

Data  10-22 
Defined  7-1. .2 
Excessive  7-22 
Indication  7-22 
Methods  7-22 
Page-back  Capability  2-5 

Search 

Ability,  Training  Program  Annotation  Log  15-38 

Automatic  Term  Completion  13-40 

Capabilities  1 3-26 

Commands  13-33  .34 

Comparison  Searching  13-43 

Editing  Commands  13-36. .38 

Enhancements  13-21. .22 

Features  13-41  ..44 

Formulation  Logic  13-42 

Function  13-37 

History  1 3-34 

Index  13-41 

Multiple  Formats  1 3-46 

Narrowing  1 3-9 

Options  13-10 

Proximity  Searching  13-42 

Rank  Order  Searching  13-21 

Set  Building  1 3-42 

Step-wise  Refinement  1 3-42 

Terms  13-21,  13-40 

User  Satisfaction  1 3-24.  .26 

User-friendly  13-40 

Versions  for  Novices  13-46 

SELECT 

Function  13-33,  13-38 

Selection 

Accelerator  Keys  2-8 

Alternative  Stylos  5-25,  9-4 

Automatic  System  Error  Correction  1 5-37 

Bookmark  1 4-22 

Change  of  Functions  4-7 

Coded  Entry  5-6 

Color  11-14..44 

Combined  Interface  5-25 

Database  1 3-33 

Degree  of  Analysis  1 2-35 

Ease  5-15 

Error  Blocking  Option  15-36 
Errors  2-31 
Flexibility  2-20 
Formats  12-44,  13-20 
Graphical  Interaction  2-2 
Hierarchical  Menus  5-15. .16.  5-21 
Highlighting  5-10 
Icons  15-28 
Iconic  Menus  6-14 
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Immediate  Task  Help  15-3 
Information  Update  8-20 
Learning  Structure  Type  15-15 
Level  and  Type  of  Assistance  15-14 
Menu  Items  2-1,  5-24..28.  6-9,  7-28 
Menu,  Code  Entry  5-2*' 

Menu,  Feedback  5-26 

Menu,  Stacking  5-6 

Menu,  Titles  5-31 

Metaphor  6-2 

Move  Funaion  7-17 

Move  Option  7-15.. 17 

"News’  (New  and  Revised  Information)  15-8 

Options  8-27 

Pointing  5-27 

Pointing  Device  6-9 

Pop-up  Menus  5-10 

Pull-down  Menus  5-8 

Rapid  Response  2-13 

Restricted  Capability  Interface  15-14 

Search  Terms  1 3-43 

Stacking  5-6 

System  Optbns  6-14 

Textual  Menus  6-14 

Time  Frame  Consideration  1 2-35 

Training  Level.  User  15-13 

Transaction  2-4,  2-18..22 

UNDO  2-30 

Verification,  Options,  Solutions,  and  Commands 
15-27 

Window  7-6 
Selectors 

Alphabetic  and  Numeric  5-31  ..32 
Best  5-31 

Code  Combining  5-31 
Code  Display  5-32 
Consistent  Coding  5-32 
Graphics  5-3 
Menu  Item  5-3,  31 
Menu  Titles  5-31 
Numbering  5-32 
Worst  5-31 
Semantics 

Integrity  13-9 
Knowledge  1 3-5 
Sequence 

Complex  5-1 
Data  Grouping  1 0-23 
Delays  2-1 1 
Display  Returning  8-23 
Flowchart  Elements  9-31 
Queries,  Macro  Definition  13-31 
Range  Searching  13-43 
RESTART  Option  2-26 
Resume  2-23 
System-controlled  1 5-23 


User-Paced  Control  2-6 
Stacked  Commands  2-20 
Transaction  2-6,  2-18,  2-22-24,  2-26,  2-28 
Sequence  Control 

Control  for  Experienced  Users  1 5-23 
Instructional  1 5-25 
Pointing  5-27 
Sequence  Ordering 

Displayed  Data  1 0-23 
Menus  5-13 
Sequential  Display  5-2 

Menu  Design  5-3 
Sequencing 

Animation  8-23 
Display  8-22..23 
Forward  or  Reverse  8-23 
Menu  Order  5-13 
Pause  8-22 
Rate  8-22 

Series 

Figures  Illustrating  Embedded  Training  15-5  . 6 
Incorrect  Actions  1 5-34 
Procedural  Steps  and  Decisions  1 5-25 
Questions  15-18 
Screens  1 5-30 
Set 

Building  13-42 
Objectives,  Basic  15-3 
Retrieval  13-34, 13-43 

Setup 

Error.  Equipment  15-34 

Shadow 

Practico  Session  15-17 

Shape 

Area  6-21 
Boundaries  6-21 
Change  7-17 
Circle  6-21 
Coding  1 1  -3 
Color  Addition  11-7 
Concave  6-5 
Complex  6-4 
Convex  6-5 
Figures  6-5 
Hole  6-5 

Icons  6-4,  6-20. .24 

Icons,  Boundary  Lines  6-22 

Icons,  Depictbn  of  Opposite  Functions  6-23 

Icons,  Design  6-20. .21 

Icons,  Figure-Ground  Form  6-23 

Icons,  Highlighting  6-24 

Icons,  Three-dimensional  6-24 

Icons,  Unique  Shapes  6-22 

Lines  6-21 

Object  6-5 

Technological  6-21 


Index-46 


INDEX 


Version  2.0,  May  92 


Triangles  6-21 
Shortcuts 

Expanded  Capability  for  Experts  15-16 
HELP  Usage  14-11 

SHOW 

Function  13-39 

Shut 

Down  System  15-9 
Significant 

Empirical  Research  15-6 
Visualization  15-24 

Simple 

Answers  to  Simple  Questions  1 5-27 
Data,  Low  Fidelity  15-27 
Instructtonal  Presentation  15-27 
Simplification 

Commands  for  Novices  13-47 
Demands  of  Learning  15-14 
Prototype  Embedded  Training  Screen  15-6 
Simulation 

Capability  1 2-26 
Predictions  12-26 

Single 

Action,  Return  to  Application  1 5-9 
Learning  Episodes  15-23 
Single  Key 

Activation  4-14 
Continuous  Functions  4-13 
Frequent  Functions  4-13 

Situation 

Adaptation  12-15 
Changing  12-45 

Completeness,  Decision  Aids  12-21 
Critical  Condition  Color  1 1  -39 
Recognition,  Decision  1 2-1 9 
Generalization  1 2-6 
Identification  12-8 
Indicator  Reliability  12-8 
Informatbn  Availability  12-11 
Handling,  Failure  Notification  12-30 
Learning  Transfer  15-4,15-24 
Monitoring  1  -7 
Novel  12-2, 12-15 
Overload  Type  1 2-3 
Recognition  12-15 
Uncertain  1 2-2 
Situation  Display 

Constant  Update  1-7 

Creating  and  Editing  Map  Graphics  8-25. .28 
Defined  8-3 

Dynamic  Characteristics  8-17..24 
Presentation  8-3 
Rate  of  Update  8-21 
Static  Display  Attributes  8-7. .  1 6 

Size 

Captions  13-16 


Character  10-20 

Coding  4-12,  6-25 

Color  Coded  Symbol  1 1  -49 

Control,  Window  7-12 

Dot  Matrix  Construction  1 0-20 

Display  Grid  9-19 

Figure  6-5, 

Figure-ground  Ratio,  Icon  6-25 
Flowchart  9-31 
Graphic  Clarity  9-3 
Graphic  Reduction  9-3 
Icons  6-25 

Icons,  Figure-ground  Ratio  6-25 

Icons,  Size  Coding  6-25 

Icons,  Size  When  Used  for  Coding  6-25 

Instructional  Unit  (Granularity)  15-23 

Menu  Selections  5-15 

Relative  to  Background  6-5 

Screen  Displays  5-7,8-17 

Scroll  Bar,  Slider  7-22 

Window  7-12,7-21.9-3 

Zooming  8-18..19 

Skip 

Training  15-3 

Slider 

Size  7-22 

Soft  Key 

Activation  4-5,  7-7 
Blanking,  Labels  4-6 
Defined  4-1 
Design  4-5 

Displaying,  Meaning  4-4 
Illumination  4-6 
Labeling  4-i 
Location  4-5 

Software 

Algorithms  Use  1  -8 
Architecture  1  -6 
Component,  System  1  -2 
Consistency  2-30 
Designers  1  -8 
Disabling  4-12 
Displayed  Text  10-21 
Embedded  On-line  Training  Programs, 
Application  15-1 

Engine  Diagnostic  12-1 
Error  Messages  3-13 
Flexibility  6-8 

Information  Management  12-1 
Modules  5-23 
Performance  1  -3 
Portability  and  Reusability  1-6 
Programming  Ease  2-4 
Navigation  Aids  5-23 
Usefulness  7-5 
Validation  Process  9-5 
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Software  Architecture 

Compositjon  t-6 

Solution 

Model  or  Representation  12-7 
Obvious  12-14 
Problem  Weighing  15-35 
Representation  12-32 
User  Exploration  12-25 
Verification  15-27 

Solve 

Problems,  Advice  or  Coaching  15-18 
Sophistication 

Computer  Systems  and  Software  Programs 

15- 1 

Sort 

Through  Extraneous  Material  15-27 
Values,  Search  1 3-44 

Sound 

Media  Presentation  1 5-5 

Space 

Information  Extrapolation  12-6 

Spacing 

Balancing  Screen  13-14 
Captions  13-17 
Data  Fields  13-19 

Spatial 

Formats,  Decision  Aids  1 2-42 
Information  Displays  13-11 

Special 

Keys,  Accelerators  13-31 
Special  Displays 

Character  Size  16-11 
Considerations  1-14 
'  Display  Failures  16-10 
Electroluminescence  (EL)  Displays  1 6- 1 7. .  1 9 
Flat  Panel  Technology  16-5..1 1 
Gas  Plasma  Displays  16-15.. 16 
Glare-reducing  Techniques  16;20..23 
Image  Formation  Time  1 6-9 
Image  Quality  16-2, 16-5..6,  16-21,  16-34..35, 

16- 37 

Large  Screen  Displays  16-24.  .30 
Liquid  Crystal  Displays  16-12.. 14 
Luminance  Nonuniformity  16-8 
Polarity  16-6, 16-10..11, 16-13, 16-29 
Staraoscopic/3D  16-31.. 36 
Symbol  Recognition/Identification  16-11 
TopicArea  1-11, 16-1. .40 
Touch  Interactive  Devices  16-37.. 40 
Specificatbns 

Interpretation  1  -8 

Speed 

Central  Processor  7-4 
Information  Presentation  7-4 
Operating  6-3 
Processing  7-5,  7-9,  1 4-22 


Spell 

ChecK  13-38 

Spelling 

Variants,  Automatic  Recognition  1 3-22 
SQL  (see  Standard  Query  Language) 

Standard  Query  Language  (SQL) 

Defined  13-3 
Examples  13-3. .4 

Stacking 

Abbreviated  Commands  2-20 
Availability  2-8 
Consistent  Order  2-20 
Control  Availability  2-11 
Control  Entry  2-20 
Curves  9-23 
Defined  5-6 
Entry  2-20 

Indication  of  Partial  Execution  2-28 
Errors  in  Entries  2-27 
Menu  Selections  5-6 
Windows  7-2 
Stand-alone 

Applications  12-1 

State 

Application  Screen,  Restoring  15-10 
Criteria  for  Evaluation  1 5-22 
Objectives,  Importance  15-25 

Stations 

Multiple,  Embedded  Training  15-11 

Status 

Change  Signaling  11-12 
Color  Usage  11 -15.. 16 
Control  Functbn  13-35.  36 
Conveying  9-2 
Display  6-1, 14-8 
Graphical  Data  Changes  1 1  -7 
Information  1 3-36 
Map  Display  8-24 
Message  Line  or  Window  1 5-30 
Messages  13-20,  14-24 
Querying  6-1 

Sequencing  Operations  8-22 
Stemming 

Word  13-23 

Step 

Multiple,  Procedures  15-34 
Required  to  Perform  Specific  Tasks  15-17 
Procedural  15-25 
Suggested  Next  Best  1 5-34 
Step-wise 

Refinement  of  Search  13-42 
Stereoscopic  Displays  (3D) 

Brightness  1 6-36 
Color-coding  1 6-35 
Crosstalk  16-35 
Depth  Coded  Objects  1 6-36 
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Dynamic  Depth  Displays  16-36 
Glasses  16-32 
Luminance  16-36 
Size  Scaling  16-36 
Symbols  1 6-36 

Store 

Multi-user  Systems,  Permission  15-38 
Records  of  User  Training  Sessions  15-32 

Strings 

Data  Display  13-17 
Stroke  Width 

Characters  16-7..8,  16-11 
Ratio  1 6-28 

Structure 

Command,  Simplified  for  Novices  13-47 

Database  13-6 

Instructional  15-23 

Labels  or  Captions  13-16 

Learning  15-15 

Menu  13-4..5,  15-28 

Study 

Information,  Printing  Usage  15-27 

Style 

Learning  15-1,15-13 
Reasoning  15-1 

Technical  Communication/Writing  15-32 
Work  15-13 
Submenu 

Selection  5-23 
Subordinate 

Decision  Aid  Users  12-44 
Window,  Closure  7-15 
Window,  Labeling  7-25 
Window,  Labeling  Format  7-25 
Window,  Minimizing  7-15 
Subsections 

Number,  Module  Labeling  15-26 

Subtopic 

Selection,  Enabling  15-23  ' 

Suffixes 

Stripping  for  Searching  1 3-23 
Suitability 

Media  Presentation  15-5 
Summaries 

Avoidance.  Exercise  15-18 
Supervisors 

Records  Helpful  to  15-21 
Supplemental 

Training  15-2 

Support 

Learning  15-3 
Learning  and  T ransfer  1 5-4 
Systems,  Electronics  Performance  1 5-3 
Training,  Providing  15-9 
Surface  Charts 

Defined  9-22 


Defining  Areas  9-23 
Example  9-22 
Labeling  9-23 
Usage  9-22 
SUSPEND 

lndk:ation  2-25 
Option,  Usage  2-25 

Suspend 

Automatic  Display  Updating  8-21 
Sequencing  8-22 
Switching 

between  Operation  Modes  15-17 

Symbol 

Arc  16-36 

Background  Coloring  1 1  -35 
Building  8-25 
Cartographic  16-11 
Color  Coding  8-10,  11  -39,  1 1  -50 
Color  Coded,  Brightness  1 1  -50 
Color  Coded,  Refresh  1 1  -50 
Color  Coded,  Size  1 1  -49 
Cursor  2-14 
Dot  Matrix  1 6-6 
Editing  8-25.. 27 
Feature  Coordinates  8-14 
Icon  6-1 
Keys  8-10 
Labeling  8-1 1 , 8-25 
Label,  Position  8-13 
Low  Screen  Resolution,  Limitations  7-5 
Map  Placement  8-9 
Overlap  8-11 
Pictographic  6-1 
Recognition/ldontif  cation  16-11 
Representation  6- 1 3 
Size  16-6,  16-27 
Standard  Library  8-25 
Standard  Meaning  9-10 
Stereoscopic  Displays  1 6-36 
Zooming  8-18 
Symbology 

Black  11-39 
Blue  11-39 

Color  Usage  11-7,11-39 
Green  1 1  -39 

Manipulation.  Difficulties  12-6 

Maps  and  Situation  Displays  8-10.13 

Military  Color  Coding  1 1  -39 

Rod  11-39 

Use  8-2,8-10 

Yellow  11-39 

Syntax 

Errors  13-9 
Knowledge  of  1 3-5 
System  Checking  for  13-38 
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System 

Adaptability  2-8.  12-45 
Additions  to  T raining  1 5-38 
Application  1  -8 
Assistance  to  Experts  15-14 
Automatic  Entry  of  Information  1 5-30 
Automatic  Error  Correction  15-36..37 
Automation  12-16 
Back-up,  Decision  Aids  12-40 
Building  15-5 

Cancel  Upcoming  Intervention  15-35 
Capabilities  12-19 
Coaching  15-18 

Commonality  of  Design  Attributes  1-5 
Command  and  Control  1  -2,  5-2,  6-3,  6-6,  7-7, 
12-1 

Command-language-based  6-1 
Communications  6-1 
Communications  Device  1-7 
Components  12-2 
Computerized  1-2 

Contradictory  Prediction  Prevention  12-30 

Control  1  -9 

Control  Blocking  15-38 

Control  Sequences  15-23 

Database  1  -7 

Design  1-3,  1-6 

Description  1-6..  7 

Destruction  Protection  15-36 

Development  12-17 

Direct  Manipulation  6-3,  6-7 

Display  Requirements  6-7 

Display  Screen  Density  10-7 

Efficiency  Increasing  12-19 

Embedded  Training  15-18 

Encouragement  of  User  Participation  1 2-32 

Error  Color  Usage  1 1  -7 

Error  Correction,  Automatic  15-36..37 

Error  Prevention  12-36 

Failure  15-10 

Flexibility  12-45 

Functional  Requirements  1-7 

Functionality,  Blocking  Access  1 5-36 

Functions  6-2, 10-1 

Growth  Accommodation  12-45 

Hardware  Considerations  6-3 

Help  12-38,  14-1,  14-7,  14-9,  14-17,  14-23 

Human  Visual  Discrimination  1 1  -5 

Information  Management  1-7,  1-9, 10-1 

Information  Providing  12-32 

Initiation,  Response  Time  15-35 

“Intelligence’  12-31 

Interruption,  Premature  1 5-37 

Managers  1  -8 

Manpower  Requirements  1  -4 
Matching  to  User  2-8 


Message  Reids  10-13 
Messages  15-7 
Mission  Completion  t  -2 
Mods  4-1 

Multiple  Levels  13-45  ..48 
Novices  13-46.47 
On-line  Training  15-6 
Operation  15-18 
Operating  Speed  6-3 
Options  6-14 
Over-prompting  1 5-35 
Overlapping  7-26.  27 
Performance  1-2..3, 1-7, 1-13 
Prompts  9-7 

Protection  7-18,15-17,15-36 
Questions  1 2-35 
Real-time  Control  1  -9 
Recognition  15-18 
Reliability  1-2,  1-4 

Representing  Problems  and  Solutions  1 2-32 
Requirement  Accommodating  12-35 
Requirements  1-9 
Research  15-5 
Resources  7-7 
Response  Time  7-7 
Shut  Down  15-9 
Software  1  -6 
Style  Guides  8-1 
Tactical  Control  1  -9 
Target  1-6 
Tasks  1-7 
Text-based  6-1 1 
Unwanted  Problem  1 5-35 
Usage  Aids  12-40 
User  Accommodation  12-35 
User  Interface  1  -2,  1  -6 
Window  Moving  7-22 
Window,  Number  Open  7-7 
Wndow  Resizing  7-1 8. .21 
System-level  Menu 

Defined  5-17 
Location  5-17 

Organization  and  Labeling  5-18 
System-initiated 

Error  Feedback  15-34.. 37 
Intervention  Effects  1 5-5 
Query  Response  Time  1 5-35 
System-level 

Control  Information  7-18 
System-related 

Off-line  References/Resources  15-16 

Systems 

Advice-giving  1 5-5 
Electronic  Performance  Support  15-3 
Human  Performance  Research  1-13 
Intelligent  Tutoring  15-2.. 3 
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Limited  Distribution  15-5 
Military  1  -2,  6-3,  6-5 
Multi-user  15-38 
Sophisticated  Computer  15-1 

T 

Tables 

Query-by-Example  13-3..4 
Standard  Query  Language  13-3..4 

Tabular 

Information  Displays  13-11 
Standard  Query  Language  1 3-4 

Tactical 

Database  Queries  7-7 
Display  7-6 

Display  and  Control  Systems  10-1 
Graphics  8-1 

Information  Color  Usage  1 1  -8 
Information  Display  Criteria  10-5 
Information  Display  Options  1 0-6 
Information  Emphasis  1 1  -25 
Map  Graphics  Research  Issues  1-14 
Map  Graphics  Symbols  7-5 
Messages  7-9 
Planning  Focus  9-2 
Situation  7-8 

Situation  Changes  8-17,8-22 
Situation  Judgments  1 0-7 
Text  Color  1 1  -25 
Terminal  11-3 

Tailoring 

Frequently  Used  Queries  13-30 
Interface  13-30 
Target  Audience 

User  Group  1  -8 
Task-oriented 

Information  15-16 
Task-related 

Terms,  Phrasing  15-32 

Tasks 

Accuracy  Improvement  12-13 
Close  Distance  Color  1 1  -40. .41 
Flow  7-1 1 

Hardware  Performed  1  -3 
Human  Performed  1-3 
Input  mode  6-9 
Interactive  6-9 
Matching  to  Display  1 2-37 
Performance  1-7,  12-17,  12-22, 12-34,  12-36, 
12-40 

Reliability  Improvement  12-13 
Spatial  Processing  1 2-42 
Starting  7-1 
Time  12-42 
Types  1-7 


Understanding  12-17 
User  14-7,  14-10,  14-12 
Technical 

Communication/Writing  Stylo  15-32 
Technology 

Decision  Aid  Development  12-18 
Terminology 

Consistency  15-12 
Usage,  Decision  Aids  12-23 

Terms 

Appropriateness  2-30 
Avoiding  2-30,  14-24 
Complex  2-30 
Consistent  Meaning  2-30 
Kay  Color  Usage  11-5 
Keyword  Search  Terms  13-43 
Punctuation  Removal  13-23 
Task-related,  Phrasing  15-32 

Testing 

Direct  Manipulation  Systems  6-6 
Icon  Design  6-17 
Metaphors  6-10 
User-computer  Interlace  6-6 

Text 

Color  Coding  1 1  -25 
Color  Selection  10-21 
ColorUsage  11-7,11-29.33 
Columns  10-15 
Data  Presentation  10-16 
Display  Capacity  10-14 
Display  Size  10-21 
Enhancing  Cobr  Discrimination  11-13 
Fonts  10-21 
Icon  Text  Title  6-19 
Information  Obscuring  8-30 
Instruction  Location  10-13 
Maximum  Size  10-20 
Misuse  of  Capital  Letters  10-19 
Natural  Language  15-24 
Position  9-18 
Preference,  Reading  15-25 
Redundant  Cotor  Coding  11-12 
Scanning  10-22 
Size  10-21 
Spacing  10-15 
Statements  10-10 
Title  6-19 
Text-editing 

ColorUsage  11-29.33 
Commands  13-36.38 

Textual 

Formats,  Usage  12-42 

Texture 

Map  Coding  1 1  -45 
Patterns  8-6 
Usage  9-23 
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Texturing 

Displays  9-1 1 
Patterns  9-1 1 
Usage  9-10 
Thesaurus 

Usage  13-41 

Three-dimensional  (3D)  Displays  (see  Stereoscopic 
Displays) 

TID  (see  Touch  Interactive  Devices) 

Tiled  Window 

Defined  7-8 
Resizing  7-20 

Time 

Allocation  12-9 

Change-over,  Decision  Aids  Design  12-45 
Constraints  1 2-47 
Inadequacy  12-9 
Information  Extrapolation  1 2-6 
Requirements,  Decision  Aids  12-14, 12-34 
Response  1 5-35 
Stress  12-10 
Task  Performance  12-42 
Time-consuming 

Activities,  Decision  Aids  12-12 

Title 

Banner  7-5. .7 
Content  14-18 
Location  3-17,  10-10 
Location  of  Window  Titles  7-25 
Menu  5-16,5-31 
Text,  Icon  6-19 

Tonal 

Color  Coding  11 -45. .47 

Tone 

Constructive  and  Neutral  15-37 
Of  Error  Message  1 5-37 
Touch  Interactive  Devices  (TID) 

Capacitive  1 6-38 
Fixed-wire  1 6-38 
Glare  16-37,16-40 
Infrared  (IR)  16-39 
Parallax  16-37..40 
Pressure-sensitive  16-40 
Resistive  Membrane  1 6-40 
Surface  Acoustic  Wave  (SAW)  1 6-39 
Touch  Target  16-37 
Transmissivity  16-37..40 

Touch  Screen  Displays  (see  Touch  Interactive  Devices) 
Trackball 

Direct  Manipulatbn  6-8 

Training 

Embedded  15-1. .40 
Icon  Selection  15-30.. 31 
Limitations  Teaching  12-43 
Minimum  13-10 
Program  Annotation  15-38 


Reduction  1-4..5 
Requirements  1-5 
Usage,  Decision  Aids  12-11,  12-43 
Transaction 

Aborting  2-13 
Design  Considerations  2-4 
Interim  Control  Entries  4-3 
Interrupt  2-23 

Multiscreen  13-13. .14,  13-19 
Resume  2-23 

Sequence  2-6,  2-18,  2-22-24,  2-26,  2-28 
Selection  2-4,  2-1 8  .22 
Speed  5-1 
Transaction  Selection 

CONTINUE  Option  2-18 
Control  Entries  2-20,  2-22 
Control  Faults  2-18 
Cursor  Placement  2-21 
Display  Option  Codes  2-19 
User-specified  Timing  2-19 

Tree 

Menu  5-1. .2.  5-21. .23 
Structures  in  Database  Design  13-7 

Trends 

Visualizing  1 2-26 
Truncation 

Allowing  ,  Usage  1 3-24 
As  Abbreviations  13-40 

Tutorial 

Mode  13-45 

Tutoring 

Systems,  Intelligent  15-2.. 3 

U 

Unambiguous 

Commands  13-27 
Understanding 

Facilitating  9-1 

Relationships  9-2 

Tasks  12-17 

Messages,  User  1 4-25 

User  Goals,  Needs,  and  Abilities  1 2-37 

UNDO 

Capability  2-3 

Command  Requirement  15-19 
Option,  Defined  2-30 
Unfamiliar 

Embedded  Training  Content  15-25 
Units  of  Measure 

Change  3-20 

UNIX 

Operating  System  1  -6 

Unusual 

Processes  15-27 
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Unsuccessful 

Training  Module  Completion  15-21 

Updating 

Automatic  8-20.. 21 
Identification  8-20 
Map  Overlays  8-17 
Rate  8-21 

Selection  of  Information  8-20 
Stable  Reference  Elements  8-20 

Usage 

Capital  Letters  10-19 
Color  1-13..14.  11-1..52 
Contrasting  Features  10-10 
Form  Filling  Dialog  3-3 
Function  Keys  4-3 
Functional  Fields  10-13 
Gridlines  9-19 
Hierarchical  Menus  5-15 
Icon  6-13 
Labels  9-1 6 
Line  Coding  9-21 
Linas  9-20 
Menu  Bars  5-7 
Multiple  Entries  9-15 
Panning  8-17 
Pictures  9-28 
Scales  9-14 
SUSPEND  Option  2-25 
Text  Columns  10-15 
Zooming  8-18 

User 

Adjustment  of  Status  Colors  1 1  -3 
Aids  9-5 

Annotation  of  Training  Program  1 5-38 
Annoyance  1 5-8 

Answer  and  Question  Simplicity  1 5-29 

Application  Protection  15-19 

Areas  of  Responsibility  8-7 

Assistance  15-1. .3.  15-16 

Attitudes  toward  Automation  12-16 

Behavior  12-21 

Behavior  Judgement  1 5-35 

Blame  15-7 

Browsing  1 5-9 

Caution  15-20 

Character  Readability  1 0-2 1 

Characteristics  and  Preferences  15-13 

Coaching  15-18 

Color  Discrimination  11-12 

Color  Meaning  Expectations  11-2,  11-8 

Cobr  Scheme  Selection  1 1  -3 

Color  Vision  Deficit  1 1  -3 

Complacency  Encouraging  12-15 

Comprehending  Scale  Values  9-12 

Context-sensitive  Training  15-1 1 

Continued  Vigilance  Role  12-15 


Cooperation,  Decision  Aids  12-32 

Creating  Drawings  9-7 

Critical  Information  1 0-7 

Data  Analysis  1 0-23 

Data  Decoding  1 0-7 

Data  Display  Needs  10-7 

Data  Entry,  Decision  Aids  12-32 

Data  Interrupting  1 0-7 

Decision  Input  12-28 

Defective  Color  Vision  11-11 

Designating  Line  Segments  9-6 

Dialog  Support  12-36 

Display  of  Grid  Lines  9-19 

Errors  or  “Cautbns’  15-22 

Fears  of  Automation  12-16 

First -time  15-13 

Grouping  Elements  9-8 

Guiding  15-18 

Information  Base  15-16 

Information  Differentiation  1 1  -7 

Information  Discrimination  11-1 

Information  Transfer  10-2 

Interface  10-12,11-4 

Interpretation,  Color  Consistency  11-16 

Knowledge  18 

Limitations  Overcoming  12-13. .14 
Log-on  File  Protection  15-28,  15-38 
Menu  Customizing  1 5-28 
Mobility  within  Embedded  Training  15-34 
Modifications  15-38 
Movement  Directing  15-23 
Multi-component  Training,  Offering  15-18 
Multi-user  Systems  1 5-40 
Needs  15-9,15-15 
Orientation  and  Linkage  1 5-9 
Participation  12-32 
Performance  10-2,  15-18 
Population  Characteristics  12-20 
Privacy,  Protection  15-22 
Problem  Solving,  Advising  or  Coaching  15-18 
Prompt,  Identifying  Probable  Next-step  Errors 
15-36 

Protection  from  Hazardous  or  DestruCTive  Actions 
15-10 

Reading  Preferences  15-26..27 

Record  Protection  1 5-22 

Referring  to  Previous  Screen  1 5-30 

Request  Response  1 5-20 

Requested  Information  10-6 

Requirements  9-2,  9-30,  12-18,  12-31. .46 

Response  10-23 

Return  to  Application  15-9 

Rule  Specifying  9-7 

Training  Sessions,  Records  15-22 

Understanding  1 5-8.9 

Verification  1 5-27 
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Window  Control  15-31 
Workload  12-21,12-33 
Jser  Abilities 

Add  to  Original  T raining  System  1 5-40 
Search  Annotation  Log  1 5-38 
System  Adaptability  2-8 
To  Learn  15-24 
To  Print  15-27 
Jser  Attitude 

Positive  15-7 
Jser-callable 

Inset  8-14 
Key  8-10 
User-centered 

HELP  14-12 
User-changeable 

Defaults  1 2-32 
Fields  12-32 
User-computer  Interface 

Design  Focus  1  -5 
Direct  Manipulation  6-6 
Formalizing  6-6 
Interaction  Requirements  6-9 
Research  6-6 

Special  Display  Assumptions  16-1 
Testing  6-6 
User  Control 

Feedback  1 5-36 
Level  of  Difficulty  15-14 
Perceived  and  Actual  15-4 
Windows  15-31 
User  Efficiency 

Increasing  15-13 
User  Embedded  Training 

Acceptance  and  Use  15-3 
Access  Directly  15-28 
Adaptation  15-13..15 
Program  Availability  15-8 
User  Expectations 

Color  Meaning  11-2,  11-8,  11-51 
Compatibility  2-9 
Map  Design  Consistency  8-2 
User  Experimentation 

Encouragement  15-17 
Likelihood  15-21 
User  Feedback 

Context-similarity  15-34 
Control  15-36 
immediate  15-34 
User-friendly 

Commands  13-27.. 28 
Computer  Messages  1 3-28 
Decision  Aids  12-31 
Ease  of  Use  13-9 
Factor  in  Usability  1 3-9 
Features  13-27. 32. 13-40 


Searching  1 3-40 
Tailoring  the  Interface  13-30.  31 
User  Notification 

Critical  Operation  15-11 
Error  Correction  15-36.  37 
Evaluaton  1 5-22 
User  Option 

Error  Blocking  15-36 
Feedback  Control  1 5-36 
To  Sea  New  and  Revised  Information  15-8 
User-oriented 

Designs  13-10 
Graphics  12-41 
Requirements  12-25 
Textual  Reports  12-44 
User  Performance 

Color  Usage  Effect  11-19,  1 1  -35 
Facilitating  1  -3 
Enhancing  1  -5 
Evaluation  15-7,  15-22 
Improvement  Features  1 0-2 
Suboptimai,  System  Recognition  15-18 
Visual  Clutter  7-8.. 9 
User  Practice 

Opportunity,  Offering  15-17 
Likelihood  15-21 
User  Requirements 

Data  Entry  12-32 
Decision  Aids  1 2-3 1 .  .42 
Definition,  Decision  Aids  1 2- 1 7. .22 
General  Considerations  12-31. .36 
User  Selection 

'Cautions’  Component  Icon  1 5-28 
Error-blocking  Option  1 5-36 
Grid  Overlay  8-24 
HELP  Level  14-15 
New  and  Revised  Information  1 5-8 
Training  Level  15-14 
Typo  of  Learning  Structure  15-15 
User  Support 

Embedded  Training  Components  15-14 

Utility 

Backup  and  Restore  1 3-31 .32 

V 

Video 

Disc  Player  15-1. .2 

Use  of  Reverse  13-16,  13-19 

Visual 

Emphasis  to  Data  Fields  13-17 
Image  Usage  1 2-46 
Objects  Usage  6-2 
Ordering  of  Data  13-18 
Representation  Manipulation  12-12 
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Visualization 

Aid,  Graphic  Media  15-24 
Decision  Aids  12-12,12-29 
Interacting  Factors  12-29 
Significant  Patterns  15-24 
Trends  12-26 
Vocabulary 

Controlled  13-43 

Voice 

Active  14-18 

W 

Warning 

Computer  Messages  13-28 
Failures  to  Validate  1 2-35 
Sufficiency  12-35 

Weight 

Assignment,  Decision  Factors  1 2-27 
Combining  12-27 

White 

Foreground  Background  Combinations 
11-29..34 

Color  Coding  11-12 
Graphic  Dispiay  1 1  -29 
Information  Display  11-29 
Text  11 -29.-34 
Text-editing  11 -29.. 34 
Usage  11-12..13,  11-29..34 
Usage,  Highlighting  11-12 

Window 

Active  7-23 

Amount  Open  7-7 

Animation  7-14 

Arrangement  by  User  6-8 

Border  7-2,  7-23,  7-20, 11-16 

Closure  of  Subordinate  7- 1 5 

Color  Key  Usage  11-41 

Color  Usage  1 1  -7 

Consistency  with  Icons  6-18 

Control  7-2,  7-1 2-22 

Control,  Defined  7-12 

Consistency  with  Icons  6-18 

Control,  Suppression  of  Overlays  7-13 

Cluttered  Design  7-8.. 9 

Data  Arrangement  10-7 

Defined  7-1 

Desaibed  7-1.. 2 

Designatran,  Definition  7-27 

Dialog  Box  7-1 1 

Easy  Shifting  7-24 

Expansion  6-18 

HELP  14-10,  14-14 

Labeling  7-25 

Layering  6-18 

Map  7-26.. 27 


Maximum  Number  1-13 
Methods  of  Resizing  7-18.. 2l 
Minimizing  7-15 
Moving  6-8,8-17 
Moving.  Feedback  7-15 
Moving.  Methods  7-15..17 
Multitasking  7-13 
Navigation  7-26.  .27 
Numbers  1-13 

Opening  and  Closing  7-13. .14 

Overlapping  7-2,7-26  .27,15-31 

Overlays  7-7 

Physical  Design  7-8  .11 

Pop-up  6-1 

Pop-up  Menu  5-9 

Predefined  7-6 

Preformatted  7-7 

Purpose  7-25 

Repositioning  15-31 

Resize  Border  7-20 

Scroll  Bar  Slider  7-22 

Scroiling  7-1. .2,  7-22 

Sizing  Control  9-3 

System  6-3 

System  Oiabg  6-1 8 

System  Protection  /- 1 8 

Temporary  Overlays  7-7 

Title  11-7 

User  Specified  7-5.. 6 
Window  Resizing 

Allowing  15-31 
Tiled  7-20 

Visual  Indication  7-19 
Windowing 

Approaches  7-2 
Bit-mapped  6-3 
Control  7-12..22 

Designation  7-2..3,  7-23..24,  7-27 
Difficulty  in  Design  7-3 
Flexibility  of  Specification  7-5 
General  Guidance  7-5..  1 1 
Generic  Guidelines  7-3. .4 
Hardware  Limitations  7-5 
Labeling  7-25 
Tiling.  Defined  7-2 
Topic  Area  1-1 1,7-1.  .30 
Word  Processing 
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